RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[Trayman]

Believe I found a litlle bug in the encoding client. If the connection times out for some reason the connect button stays disabled. In my case it was the first run of the latest encoding client and it wasn't allowed in the firewall. So the connction timed out. The connect button should be enabled after the connection timed out so you can reconnect after fixing the problem with the connection. Had to enter the ip in server 3 to be able to start the encode on the second machine.

//Trayman

[Atak_Snajpera]

Added: MKV can also be used in Distributed Encoding Mode.
Changed: 1 min chunks for CQ mode instead of 10 min
Fixed: not working 'Shutdown when Finished'
Fixed: error message in batch mode. Broken video file will be automatically discarded
Fixed: EncodingClient was using Domain-Name instead of Computer-Name
Fixed: Incorrect number of frames between passes in Distributed Encoding. Now number of frames in last chunk will be limited according to stat file
Fixed: corruption at the begining of the chunk. (Encoding Client will first analyze video and then prepare chunks according to I-Frame (key frame) position.)


http://www.mediafire.com/?73w6p5vo6347ctt

[Ronski]

Nice, now you've added MKV I'll have to give distributed encoding a go, any one got it working on WH Server 2011?

Any chance of adding option to sleep after encoding finishes please?

[Balthazar2k4]

Added: MKV can also be used in Distributed Encoding Mode.
Changed: 1 min chunks for CQ mode instead of 10 min
Fixed: not working 'Shutdown when Finished'
Fixed: error message in batch mode. Broken video file will be automatically discarded
Fixed: EncodingClient was using Domain-Name instead of Computer-Name
Fixed: Incorrect number of frames between passes in Distributed Encoding. Now number of frames in last chunk will be limited according to stat file
Fixed: corruption at the begining of the chunk. (Encoding Client will first analyze video and then prepare chunks according to I-Frame (key frame) position.)


Fantastic news Atak! Thank you for adding the MKV support. That will help me greatly. Where can I find this version? Is it on the main page or is it still unreleased?

I am also interested to see if the chunking change is a plus or minus for CQ. Seems to me that creating 120 chunks as opposed to 12 is opening up a greater chance of error, but we will see. Any chance the chunking time could be an INI change?

[Atak_Snajpera]

I found some bug (MKV in distributed encoding hangs for some files) .

Seems to me that creating 120 chunks as opposed to 12 is opening up a greater chance of error, but we will see.
It shouldn't be problem because chunks are splited at keyframes.

[Balthazar2k4]

I found some bug (MKV in distributed encoding hangs for some files) .


It shouldn't be problem because chunks are splited at keyframes.

Thanks for the update Atak. I would be happy to test the changes for you if you need it.

Also, I don't know if you know this, but there is a regression bug in x264 with trellis=2 and subme >=8 that can cause corruption. You may want to update the package with r2146.

Edit: Nevermind, I see that it is packaged with r2120. Should be fine.

[Atak_Snajpera]

http://forum.doom9.org/showthread.php?p=1552664#post1552664

[gav1577]

Added: MKV can also be used in Distributed Encoding Mode.
Changed: 1 min chunks for CQ mode instead of 10 min
Fixed: not working 'Shutdown when Finished'
Fixed: error message in batch mode. Broken video file will be automatically discarded
Fixed: EncodingClient was using Domain-Name instead of Computer-Name
Fixed: Incorrect number of frames between passes in Distributed Encoding. Now number of frames in last chunk will be limited according to stat file
Fixed: corruption at the begining of the chunk. (Encoding Client will first analyze video and then prepare chunks according to I-Frame (key frame) position.)


http://www.mediafire.com/?73w6p5vo6347ctt

Thanks for the update Atak :)

[Balthazar2k4]

Added: MKV can also be used in Distributed Encoding Mode.
Changed: 1 min chunks for CQ mode instead of 10 min
Fixed: not working 'Shutdown when Finished'
Fixed: error message in batch mode. Broken video file will be automatically discarded
Fixed: EncodingClient was using Domain-Name instead of Computer-Name
Fixed: Incorrect number of frames between passes in Distributed Encoding. Now number of frames in last chunk will be limited according to stat file
Fixed: corruption at the begining of the chunk. (Encoding Client will first analyze video and then prepare chunks according to I-Frame (key frame) position.)


http://www.mediafire.com/?73w6p5vo6347ctt

Fantastic! Thanks Atak!

[Balthazar2k4]

On MKV distributed encodes is the "New Job" windows supposed to hang and say "Not Responding" for a few minutes before starting the Demux? Should I just consider that normal?

[gav1577]

On MKV distributed encodes is the "New Job" windows supposed to hang and say "Not Responding" for a few minutes before starting the Demux? Should I just consider that normal?

Yes its normal its scanning the file for frame data

[Balthazar2k4]

Yes its normal its scanning the file for frame data

I sort of figured as much, but I never had it do that before for so long. Also, I am getting more "Starting..." chunk hang-ups than I was getting before. I am sure it has to do with the fact there are so many more chunks in CQ mode now. Simply increases the odds of a hang-up.

[Ryushin]

I was ripping Leaving Las Vegas Blu-ray tonight with the new software running 1 minute chunks. Something very odd occurred with the final video. Occasionally, there are parts of the movie that have 1 or two frames from other parts of the movie put into it. Almost like it was not re-assembled correctly. I'm going to re-encode it again to see if the same thing happens.

Edit: I encoded Willy Wonka blu-ray and about every minute (or so), there is corruption for a frame or two.

[Balthazar2k4]

I was ripping Leaving Las Vegas Blu-ray tonight with the new software running 1 minute chunks. Something very odd occurred with the final video. Occasionally, there are parts of the movie that have 1 or two frames from other parts of the movie put into it. Almost like it was not re-assembled correctly. I'm going to re-encode it again to see if the same thing happens.

Edit: I encoded Willy Wonka blu-ray and about every minute (or so), there is corruption for a frame or two.

Strange, I have only encoded a couple BD MKVs and so far, so good. I had problems with earlier versions (prior to the I-Frame split change). Are both of those movies VC-1?

[Ryushin]

Strange, I have only encoded a couple BD MKVs and so far, so good. I had problems with earlier versions (prior to the I-Frame split change). Are both of those movies VC-1?

Willy Wonka is VC1 while Leaving Las Vegas is AVC. I'm going to have to start watching more of what I've been encoding to see if there are any more problems.

[rc71]

Question.

Does anyone know what "Couldn't open input file in HIDE mode! Existing" means and possibly how to correct the issue? Thanks

Is it a size/space issue?

[picman1]

It looks like I have to encode subtitles (build into picture) to get the forced subtitles can anyone suggest what the best configuration would be to get the closest quality to the original video would be for BD. I want to encode the subtitles for Avatar and keep the quality as close as original, space is not an issue. Thanks

[Balthazar2k4]

It looks like I have to encode subtitles (build into picture) to get the forced subtitles can anyone suggest what the best configuration would be to get the closest quality to the original video would be for BD. I want to encode the subtitles for Avatar and keep the quality as close as original, space is not an issue. Thanks

I use the "Very Slow" preset with the "Film" tune. I also use CQ 17.

[Balthazar2k4]

Definitely having more problems with "Starting..." hang-ups after the CQ split change. Had an encode hang overnight when it stalled on a chunk. Basically turned what should have been a 2-3 hour encode into almost 8 hours.

[Trayman]

@rc71 I had the same problem with some of my dvds. It's dgindex that generates that error. It has something to do with invalid characters in the filenames.
I used ifoedit to remove some streams and made a new ifo file. After that it ran smoothly. Don't know what it reacted to only that my tinkering solved the problem. Will take a look again at my copy of A Clockwork Orange to see if i can isolate the error.

//Trayman

[Ryushin]

For now I've rolled back to the release on the 16th. There seems to be fewer problems with that version, at least for the encodes that I've been doing. I'll check out Leaving Las Vegas and Willy Wonka after those encodes are done and report back.

[Atak_Snajpera]

Attempt to fix 'Starting...' issue and corrupted frames
http://www.mediafire.com/?m1k8rkkk3g54092

For testing purposes please use superfast profile and lower resolution (720p)

[Balthazar2k4]

Attempt to fix 'Starting...' issue and corrupted frames
http://www.mediafire.com/?m1k8rkkk3g54092

For testing purposes please use superfast profile and lower resolution (720p)

Thanks Atak. I am busy in a 7+ hour encode and will give it a try afterwards.

[gav1577]

Attempt to fix 'Starting...' issue and corrupted frames
http://www.mediafire.com/?m1k8rkkk3g54092

For testing purposes please use superfast profile and lower resolution (720p)

Thanks Going to test now.

Edit: Just did a 1h 39mn VC1 encode, all 99 chunks encoded fine and the were no signs of any glitches :)

[own3mall]

Is there a way to keep the audio compressed? It's so loud after using RipBot. No matter which output I choose, wav or flac, there are parts of the movie that are too loud (the action) and there are parts in the movie that are too soft (the dialog).

Also, does anyone know why I'm getting demux issues ever since the release of these newer versions of RipBot? It's failing in the demux due to an error encountered in EAC3TO. Let me see if I can generate a log. The logs I had were lost when I tried this newest version.

Here's what I get:


eac3to v3.24
command line: "G:\MISC\Video Tools\RipBot\Tools\eac3to\eac3to.exe" "[Removed]" 1) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "C:\Temp\RipBot264temp\job1\audio_English.dtsma.flac" -down16 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 3 subtitle tracks, 2:59:25, 24p /1.001
1: Chapters, 53 chapters
2: VC-1, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS-ES, 5.1 channels, 24 bits, 1509kbps, 48kHz)
4: AC3 EX, Spanish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: Subtitle (PGS), English
6: Subtitle (PGS), Spanish
7: Subtitle (PGS), Spanish
Creating file "C:\Temp\RipBot264temp\job1\chapters.txt"...
[v02] Extracting video track number 2...
[v02] Muxing video to Matroska...
[a03] Extracting audio track number 3...
[a03] Decoding with ArcSoft DTS Decoder...
[a03] Reducing depth from 24 to 16 bits...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "C:\Temp\RipBot264temp\job1\audio_English.dtsma.flac"...
[a03] Writing the destination file failed. <ERROR>
[a03] One of the FLAC encoder's callbacks returned a fatal error. <ERROR>
Aborted at file position 11779702784. <ERROR>

[rc71]

Is there a way to keep the audio compressed? It's so loud after using RipBot. [/code]

That's funny. I asked the opposite question I find that after recoding, the volume isn't as loud as before. No one had any ideas on how to boost the volume.

[rc71]

@rc71 I had the same problem with some of my dvds. It's dgindex that generates that error. It has something to do with invalid characters in the filenames.
I used ifoedit to remove some streams and made a new ifo file. After that it ran smoothly. Don't know what it reacted to only that my tinkering solved the problem.
//Trayman

thanks. i think you are right. When I looked at the temp folder there were tons of files when the decoded DVD only had a handful I think it's getting confused with alternate track and commentary and trying to remake entire DVDs out of each version. The temp folder was definitely bigger the original DVD.

[own3mall]

Perhaps this is why:

http://www.overclock.net/t/1196185/blu-ray-action-too-loud-dialogue-too-quiet

[Wishbringer]

Maybe you have set some options in "FFDshow Audio Settings"
FFDShow for example defaults to 2.0 Sound by installation and downsamples DTS 7.1 to Flac conversion, so you get 2.0 as result, even if you want 5.1 AC3 as result.
Just go to FFDshow audio decoder settings and disable any modification.

[Trayman]

@rc71 I think I have isolated the problem with the "Couldn't open input file in HIDE mode! Existing" error on some movies. The Exorcist is one of the movies I have that gives this error.

When the CombineVOBs.cmd is ran and it should be one large vob file it instead makes two vob files and the VOBgetinfo is missing the filename to get the info from.

It looks like this:
"F:\-=01 RipBot264 DVD-Settings=-\Tools\eac3to\eac3to.exe" -log="G:\Temp\RipBot264temp\job2\vobinfo.txt"

Instead of like this:
"F:\-=01 RipBot264 DVD-Settings=-\Tools\eac3to\eac3to.exe" "G:\Temp\RipBot264temp\job1\VTS_01_1_001.VOB" -log="G:\Temp\RipBot264temp\job1\vobinfo.txt"

The input file is missing in the command.

I don't now why PgcDemux generates more than one file.
The inner workings of RipBot264 is unknown to me but I think that without vobinfo.txt it can't demux the files the way it supposed to or maybe the filename/names are missing there too somehow.

Maybe Atak can shed some light on this issue. I will try another movie that doesn't work to see if it also generates multiple vobs from pgc demux.


//Trayman

[Balthazar2k4]

Update on the latest Distributed Encoding release. I did a test with Dances With Wolves and at nearly 4 hours with subtitles, I thought that would be a good acid test. Unfortunately, it did not pass the test. I found a few splits that were corrupt with pixellated frames.

[Atak_Snajpera]

can you test with long mpeg2 and vc1 movie?

[chunkylover67]

I was wondering if you could implement a sorting feature where you can change the encoding job order by adding a 'sort by length', 'sort by size' etc kind of feature. It'd be like a priority where the smallest sized files or the shortest length files get encoded first while the bigger files are left for later?

[Trayman]

@rc71 I think found the cause to our problem. The two movies I've been having the problem with have more than one VOB ID and therefore are combined to more than one VOB with PgcDemux. Both are by the way released by WB in 2001 The Exorcist Directors Cut and Clockwork Orange. The main movie is split over 4 VOB ids. The first probobly being the menu. The second and the third being the main movie and the fourth being something else (Haven't checked).

Since PgcDemux generates two combined VOBS instead of one like it should RipBot264 isn't able to create the files like it should. Maybe this will be addressed in future releases of RipBot264 but until then this is what i did.

1. Download VIDChanger from http://download.videohelp.com/jsoto/dvdtools.htm
2. Choose your troublesome ifo.
3. Choose your Output folder and hit PROCESS!
4. Wait for it to finish.
5. Use RipBot264 on the modified VOB files.
6. Wait for RipBot264 to finish.

You can check the original VOBs with PgcDemuxer to see if the movie has more than one VOB id and if it has the solution above should make it work fine.
This worked on Clockwork Orange will now check The Exorcist.

If this works on both my movies and rc71's maybe VIDChanger should be implemented into the processing of the VOBs before the combine of the VOBs.
Will let you know how it goes with it.
Both movies worked flawlessly during the add process.
The converted file contained no unwanted parts just like it should.

Went through my movies and found four more movies released by WB

Deep Blue Sea 1999 More than one VOB id
The Green Mile 2000 More than one VOB id
Outbreak 1998 One VOB id Works!
Copycat 1999 One VOB id

DVD release years not Movie release years :)
Will check theese to see if the have the same structure as Clockwork and Exorcist.

Will let you know how it goes.

//Trayman

[JimmyK814]

I've been a user of RipBot264 for years and have not a single complaint. The only thing I haven't been able to solve is how to encode E-AC3 from TrueHD or DTSMA to preserve 7.1 channels and keep the file sizes small. That's a discussion for another day...

My latest problem is trying to get the distributed encoding to work. I was very excited to see this as an option to get around the typical 2 hour 720p encodes.

While I know it's overkill to have a home domain, I have for many many years and it serves me well. I have Windows 7 desktops and recently changed to a Windows 2008 r2 server, up from Win2k3.

I've tried for the better part of a week to get the client/server model to work with no luck. I always get the ENCODING/IDLE "dance" at start-up. I think the automatic discovery of the RipBot264temp is my biggest problem. Whenever I share the folder, it is shared as \\COMPUTERNAME\RipBot264temp on whichever workstation I choose. Whenever the programs tries to access the folder it is looking for \\DOMAIN\RipBot264temp.

I've tried many hacks to try to allow it to find the share correctly, even creating folders on the server and trying to make \\DOMAIN\RipBot264temp a valid path. I have yet to get into DFS pointers which may work. I know this was designed with HomeGroups in mind, and I'm guessing the HomeGroup and Domain are picked up in the same fashion and that is why his happens, but I wondered if it would be possible for a configuration option where perhaps you could say the share is located on the same IP address as Server X.

I'm not sure that I completely understand if each workstation is supposed to have it's own share, or if one is shared by all workstations.

Is there any way to make this work without a HomeGroup? I would be more than willing to help out with any beta testing and give a donation.

Any help is much appreciated! Maybe I'm just being stupid about this... :cool:

Jim

[Atak_Snajpera]

see post 10622. it has updated ripbot264.exe and encodingclient.exe

[JimmyK814]

I updated the ripbot264.exe and encodingclient.exe from 10622. I deleted the jobs I had saved and created a new job. My ini file has StoreTempFilesin=C. I shared the RipBot264temp and verified it is accessible. When I start a job it still seems to be pointing at a domain path if I monitor the thread for EncodingServer.exe. I posted a log below, renaming my computer running RipBot264 to COMPUTER, the server hosting the domain to SERVER, and the domain name to DOMAIN. I am only using the localhost server for this test.

2:55:56.3984713 PM EncodingServer.exe 5336 Thread Create SUCCESS Thread ID: 5620
2:55:56.3986054 PM EncodingServer.exe 5336 TCP Send COMPUTER.domain.local:62985 -> COMPUTER.domain.local:1001 SUCCESS Length: 18, startime: 2426610, endtime: 2426610, seqnum: 0, connid: 0
2:55:56.3987072 PM EncodingServer.exe 5336 TCP TCPCopy COMPUTER.domain.local:62985 -> COMPUTER.domain.local:1001 SUCCESS Length: 43, seqnum: 0, connid: 0
2:55:56.3987234 PM EncodingServer.exe 5336 TCP Receive COMPUTER.domain.local:62985 -> COMPUTER.domain.local:1001 SUCCESS Length: 43, seqnum: 0, connid: 0
2:55:56.3988219 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4055528 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4055844 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4057437 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4124411 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4124715 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4125453 PM EncodingServer.exe 5336 CreateFile \\DOMAIN\RipBot264temp\job1\Chunks\2.cmd NO SUCH FILE Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a
2:55:56.4126128 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4192560 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4192858 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4194223 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4261402 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4261706 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4263163 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4329201 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4329493 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4330198 PM EncodingServer.exe 5336 CreateFile \\DOMAIN\RipBot264temp\job1\Chunks\2.cmd.exe NO SUCH FILE Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a
2:55:56.4330833 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4400337 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4401349 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4412944 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4483132 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4484445 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4487379 PM EncodingServer.exe 5336 CreateFile \\DOMAIN\RipBot264temp\job1\Chunks\ NO SUCH FILE Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a
2:55:56.4489842 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4559374 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4560500 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4566090 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4585681 PM EncodingServer.exe 5336 TCP Receive COMPUTER.domain.local:1000 -> COMPUTER.domain.local:62984 SUCCESS Length: 18, seqnum: 0, connid: 0
2:55:56.4589987 PM EncodingServer.exe 5336 TCP Send COMPUTER.domain.local:1000 -> COMPUTER.domain.local:62984 SUCCESS Length: 43, startime: 2426610, endtime: 2426610, seqnum: 0, connid: 0
2:55:56.4636133 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4637380 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4640385 PM EncodingServer.exe 5336 CreateFile \\DOMAIN\RipBot264temp\job1\Chunks\ NO SUCH FILE Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a
2:55:56.4642936 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ NO SUCH FILE Control: FSCTL_DFS_GET_REFERRALS
2:55:56.4713491 PM EncodingServer.exe 5336 FileSystemControl \\SERVER\IPC$ SUCCESS Control: FSCTL_NETWORK_DELETE_CONNECTION
2:55:56.4714606 PM EncodingServer.exe 5336 CloseFile \\SERVER\IPC$ SUCCESS
2:55:56.4731878 PM EncodingServer.exe 5336 Thread Exit SUCCESS Thread ID: 5620, User Time: 0.0000000, Kernel Time: 0.0156001

The source content is on the local computer. The temp folder is on the local computer. The output location for the final .MKV is on SERVER.

EncodingServer.exe is still from 1/1/2012 but the other two EncodingClient.exe and RipBot264.exe are from 1/20/2012.

I hope this helps.

[Trayman]

Ok back to the drawing board. It seems that PgcDemux ignores the lack of the "b" option in the command line and splits by VOB Id anyway.
So removing it while combining the vobs still generates one file per VOB Id. The same result occurs when using the Gui and the "One file per VID" is unchecked. Will take a look at the source code for PgcDemux and see if it can be updated to work like it should.

In the meantime VIDChanger will have to do.

//Trayman

[jandor]

@Trayman,

I always try to separate the main movie (DVD), and so I had never any problem with the PGCDemux.
For me it works perfectly.

[Trayman]

@jandor I think you missunderstod me. The main movie is choosen but it has several VOB Ids. I'm not talking about the filenames (VTS_01_1.VOB, VTS_01_2.VOB and so on). I'm talking about the inner structure of the VOBs. In the case of "The Exorcist" the main movie is contained in seven VOBs VTS_01_1.VOB - VTS_01_7.VOB. Inside those VOBs it has three PGC (#01 The main movie (02:06:44.23), #02 The menu ? (00:00:12.20) and #03 Something else (00:01:51.14)). PGC #01 is clearly the movie so no problem there. The problem is that PGC #01 has two different VOB Ids (VOB Id = VID) and
VID 01 (01)--> 00:00:12.20 clearly PGC #02,
VID 02 (02)--> 00:52:02.04 The first 52 minutes of the movie that generates the first VOB outputed by PgcDemux,
VID 03 (03)--> 01:14:42.19 The remaiuning 75 minutes of the movie that generates the second VOB outputed by PgcDemux
VID 04 (04)--> 00:01:51.14 clearly PGC #03

VID 02 and 03 should be VID 02 (02)--> 02:06:44.23 The entire movie length.

There is an option in PgcDemux to create one file per VID this is by default turned off. Which should generate one cutom VOB but it doesn't. It still creates one per VID regardless if "One file per VID" is checked or not or if the "b" option is supplied through the commandline or not. This is clearly a bug in Pgcdemux which in turn makes RipBot264 not function properly.

But running it through VIDChanger makes one VID 01 (01)--> 02:08:49.07 of th prvious four VIDs and PgcDemux generates one VOB like it should.

//Trayman

[ese232]

http://imageshack.us/f/10/ver1165.jpg/
http://imageshack.us/f/10/ver1165.jpg/

http://imageshack.us/f/535/ver117.jpg/
http://imageshack.us/f/535/ver117.jpg/
hi,
the same computer, same video.
What can I do?

[Trayman]

@ese232 What source do you have Bluray, DVD or Downloaded ?

//Trayman

[ese232]

@ese232 What source do you have Bluray, DVD or Downloaded ?

//Trayman

downloaded but i think HDTV record.

[Trayman]

Then we are not allowed to help you according to the forum rules. Sorry!

//Trayman

[stasi]

http://imageshack.us/f/10/ver1165.jpg/
http://imageshack.us/f/10/ver1165.jpg/

http://imageshack.us/f/535/ver117.jpg/
http://imageshack.us/f/535/ver117.jpg/
hi,
the same computer, same video.
What can I do?

I had the same error on earlier versions of Ripbot. Try to delete the locale folder under tools\mkvtoolnix. And try a shorter input filename.

[Chudz]

Hey I just re-encoded a Bluray Remux and something weird happened. It seems to have not re-encoded just repackaged it or something.

I am using default settings with RipBot264 "CQ: 22" etc only thing I change is the crop to get rip of black borders and denoise FILM.

The file size at the end of the encode was 16.5gb :S Here is the MediaInfo for the source:

General
Unique ID : 219575428819153978712911125335292378048 (0xA530B078AE5D83A8B03807E8C255FBC0)
Complete name : C:\Users\Chudz\Downloads\Aliens Special Edition 1986 Blu-ray CEE Remux 1080p AVC DTS-HD MA 5.1-ALeSiO.mkv
Format : Matroska
Format version : Version 2
File size : 33.1 GiB
Duration : 2h 34mn
Overall bit rate mode : Variable
Overall bit rate : 30.7 Mbps
Movie name : Aliens Special Edition 1986 Blu-ray CEE Remux 1080p AVC DTS-HD MA 5.1-ALeSiO
Encoded date : UTC 2011-07-16 07:58:39
Writing application : mkvmerge v4.9.1 ('Ich will') built on Jul 11 2011 23:53:15
Writing library : libebml v1.2.1 + libmatroska v1.1.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@0.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 34mn
Bit rate mode : Variable
Bit rate : 28.2 Mbps
Maximum bit rate : 36.6 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.568
Stream size : 30.4 GiB (92%)
Title : Aliens Special Edition 1986 Blu-ray CEE 1080p AVC
Language : English
Default : No
Forced : No
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 2h 34mn
Bit rate mode : Variable
Bit rate : 1 852 Kbps / 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Title : DTS-HD MA 5.1
Language : English
Default : Yes
Forced : No

Text #1
ID : 3
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Title : SDH
Language : English
Default : Yes
Forced : No

Text #2
ID : 4
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Title : CEE
Language : Russian
Default : No
Forced : No

Text #3
ID : 5
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : The same subtitle format used on BDs/HD-DVDs
Title : Kinomania
Language : Russian
Default : No
Forced : No

Menu
00:00:00.000 : en:Chapter 01
00:02:06.751 : en:Chapter 02
00:05:15.731 : en:Chapter 03
00:08:34.346 : en:Chapter 04
00:10:52.109 : en:Chapter 05
00:15:13.620 : en:Chapter 06
00:17:25.001 : en:Chapter 07
00:20:54.126 : en:Chapter 08
00:25:02.500 : en:Chapter 09
00:25:57.471 : en:Chapter 10
00:30:03.718 : en:Chapter 11
00:32:53.887 : en:Chapter 12
00:35:56.862 : en:Chapter 13
00:38:03.530 : en:Chapter 14
00:45:40.070 : en:Chapter 15
00:52:28.519 : en:Chapter 16
00:54:48.076 : en:Chapter 17
00:56:09.114 : en:Chapter 18
01:00:11.106 : en:Chapter 19
01:04:47.507 : en:Chapter 20
01:10:10.997 : en:Chapter 21
01:12:51.992 : en:Chapter 22
01:16:22.868 : en:Chapter 23
01:21:22.252 : en:Chapter 24
01:23:17.199 : en:Chapter 25
01:26:21.134 : en:Chapter 26
01:31:22.059 : en:Chapter 27
01:34:37.421 : en:Chapter 28
01:37:25.255 : en:Chapter 29
01:38:40.706 : en:Chapter 30
01:41:23.243 : en:Chapter 31
01:45:03.462 : en:Chapter 32
01:47:15.552 : en:Chapter 33
01:51:41.402 : en:Chapter 34
01:52:58.604 : en:Chapter 35
02:02:10.363 : en:Chapter 36
02:05:54.046 : en:Chapter 37
02:07:41.987 : en:Chapter 38
02:13:15.528 : en:Chapter 39
02:17:29.615 : en:Chapter 40
02:22:24.701 : en:Chapter 41
02:23:16.711 : en:Chapter 42
02:30:16.005 : en:Chapter 43
02:31:36.461 : en:Chapter 44

And the MediaInfo for the Encoded file:

General
Complete name : F:\Movies\Aliens Special Edition.mp4
Format : MPEG-4
Format_Commercial_IfAny : XDCAM EX 25
Format profile : Base Media
Codec ID : isom
File size : 16.4 GiB
Duration : 2h 34mn
Overall bit rate mode : Variable
Overall bit rate : 15.2 Mbps
Encoded date : UTC 2012-01-22 10:27:32
Tagged date : UTC 2012-01-22 10:27:32
Cover : Yes

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format_Commercial_IfAny : XDCAM EX 25
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2h 34mn
Bit rate mode : Variable
Bit rate : 14.9 Mbps
Maximum bit rate : 25.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.300
Stream size : 16.1 GiB (98%)
Title : Aliens Special Edition
Writing library : x264 core 120 r2120 0c7dab9
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=22.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=25000 / vbv_bufsize=25000 / crf_max=0.0 / nal_hrd=vbr / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2012-01-22 10:27:32
Tagged date : UTC 2012-01-22 10:44:10

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 2h 34mn
Bit rate mode : Variable
Bit rate : 320 Kbps
Maximum bit rate : 331 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 354 MiB (2%)
Language : English
Encoded date : UTC 2012-01-22 10:43:30
Tagged date : UTC 2012-01-22 10:44:10

Menu
00:00:00.000 : Chapter 01
00:02:06.751 : Chapter 02
00:05:15.731 : Chapter 03
00:08:34.346 : Chapter 04
00:10:52.109 : Chapter 05
00:15:13.620 : Chapter 06
00:17:25.001 : Chapter 07
00:20:54.126 : Chapter 08
00:25:02.500 : Chapter 09
00:25:57.471 : Chapter 10
00:30:03.718 : Chapter 11
00:32:53.887 : Chapter 12
00:35:56.862 : Chapter 13
00:38:03.530 : Chapter 14
00:45:40.070 : Chapter 15
00:52:28.519 : Chapter 16
00:54:48.076 : Chapter 17
00:56:09.114 : Chapter 18
01:00:11.106 : Chapter 19
01:04:47.507 : Chapter 20
01:10:10.997 : Chapter 21
01:12:51.992 : Chapter 22
01:16:22.868 : Chapter 23
01:21:22.252 : Chapter 24
01:23:17.199 : Chapter 25
01:26:21.134 : Chapter 26
01:31:22.059 : Chapter 27
01:34:37.421 : Chapter 28
01:37:25.255 : Chapter 29
01:38:40.706 : Chapter 30
01:41:23.243 : Chapter 31
01:45:03.462 : Chapter 32
01:47:15.552 : Chapter 33
01:51:41.402 : Chapter 34
01:52:58.604 : Chapter 35
02:02:10.363 : Chapter 36

It took 10 Hours as well apparently I left it on when I went to bed.

[jandor]

@Trayman

I understand you now.
Also I never caught a movie like that.
Perhaps you must use the VobBlanker: http://download.videohelp.com/jsoto/vobblanker.htm
Or ReJig (IFO Mode): http://www.videohelp.com/tools/ReJig

[james2432]

I tried ripping bluray subtitles from a bluray. It ripped the .sup file but when I looked in the .mkv the subtitles were not merged into it.
I manually had to rip the sup file to srt and mux it in with SupRip and mkvmerge from the .sup file that was created by ripbot

[Ronski]

Jimmy,I'll be interested to hear how you get on , I don't use home group either and have a Windows home server 2011, which is on 24/7 so old like to make use of it for distributed encoding overnight.

I've been a user of RipBot264 for years and have not a single complaint. The only thing I haven't been able to solve is how to encode E-AC3 from TrueHD or DTSMA to preserve 7.1 channels and keep the file sizes small. That's a discussion for another day...

My latest problem is trying to get the distributed encoding to work. I was very excited to see this as an option to get around the typical 2 hour 720p encodes.

While I know it's overkill to have a home domain, I have for many many years and it serves me well. I have Windows 7 desktops and recently changed to a Windows 2008 r2 server, up from Win2k3.

I've tried for the better part of a week to get the client/server model to work with no luck. I always get the ENCODING/IDLE "dance" at start-up. I think the automatic discovery of the RipBot264temp is my biggest problem. Whenever I share the folder, it is shared as \\COMPUTERNAME\RipBot264temp on whichever workstation I choose. Whenever the programs tries to access the folder it is looking for \\DOMAIN\RipBot264temp.

I've tried many hacks to try to allow it to find the share correctly, even creating folders on the server and trying to make \\DOMAIN\RipBot264temp a valid path. I have yet to get into DFS pointers which may work. I know this was designed with HomeGroups in mind, and I'm guessing the HomeGroup and Domain are picked up in the same fashion and that is why his happens, but I wondered if it would be possible for a configuration option where perhaps you could say the share is located on the same IP address as Server X.

I'm not sure that I completely understand if each workstation is supposed to have it's own share, or if one is shared by all workstations.

Is there any way to make this work without a HomeGroup? I would be more than willing to help out with any beta testing and give a donation.

Any help is much appreciated! Maybe I'm just being stupid about this... :cool:

Jim

[iSeries]

Hi Atak,

Is there any chance you could add some 2.0 AC3 options for MKV (or even just 2.0 192kbps)? I realise that bitrate for bitrate AAC is superior, however my blu ray player only supports AC3 or DTS within MKV files.