desta
3rd December 2006, 06:45
I recently finished a rip and encode of Pirates of the Caribbean: The Curse of the Black Pearl. It's a disney dvd, so I ripped it with RipIt4Me in Movie-Only mode, and then processed with FixVTS. I then created the d2v and demuxed the AC3 with dgindex, and went on to encode it with MeGUI.
After successfully encoding to x264, I muxed the new encode along with the ripped AC3. All going well so far. So I then started to watch the encode, only to find the audio was pretty noticably out of sync. I fiddled with the A/V sync in AC3Filter and it seemed it was almost exactly 500ms off.
I remuxed it again, thinking it may just have been a glitch, but again the same thing. I checked back to see if I had overlooked some audio delay on the ripped AC3, but the file name indeed stated "DELAY 0ms".
At this point I was thinking it had to be something to do with the ripguard protection generally found on Disney dvd's, so I ripped the DVD again, but this time after processing with FixVTS, I immediately told it to process [with FixVTS] again - I only actually expected it to check through the vobs, and not actually process anything the 2nd time, but it did... it started processing again with the "Found VCID.." etc etc messages.
As soon as it had finished, I let FixVTS go again for a 3rd time... again it started processing, and was picking up on the same LBA pointers that it supposedly processed the 2nd time.
I eventually decided to do the whole encode again, from the newly 3-times-over processed vobs. So, new d2v, demuxed ac3 again, encode etc.
Having now finished this 2nd encode, I muxed again with the AC3, played back, and there again the audio was out of sync.
I'm now a bit clueless as to what's gone wrong. The strangest part is I actually did a rip/encode from the very same dvd earlier this year, with no sync problems whatsoever. The only reason I've revisited it, is because I was never too happy with the final quality of the video. That time however, I re-encoded the AC3 to AAC... otherwise I'd just rip the audio from that and use it for this one.
I should probably point out that I did give the dvd a clean before reripping it this time, but it didn't seem to make much difference. Obviously the quickest solution would be to just set a delay of 500ms when muxing the video and audio (which I did try, and it worked), but the fact that it's out of sync anyway when it shouldn't be has got me slightly concerned. The only fairly major difference is that when I did the rip months ago that was in sync, I didn't use RipIt4Me, and therefore didn't process with FixVTS or remove the unreferenced video that I found present this time.
After successfully encoding to x264, I muxed the new encode along with the ripped AC3. All going well so far. So I then started to watch the encode, only to find the audio was pretty noticably out of sync. I fiddled with the A/V sync in AC3Filter and it seemed it was almost exactly 500ms off.
I remuxed it again, thinking it may just have been a glitch, but again the same thing. I checked back to see if I had overlooked some audio delay on the ripped AC3, but the file name indeed stated "DELAY 0ms".
At this point I was thinking it had to be something to do with the ripguard protection generally found on Disney dvd's, so I ripped the DVD again, but this time after processing with FixVTS, I immediately told it to process [with FixVTS] again - I only actually expected it to check through the vobs, and not actually process anything the 2nd time, but it did... it started processing again with the "Found VCID.." etc etc messages.
As soon as it had finished, I let FixVTS go again for a 3rd time... again it started processing, and was picking up on the same LBA pointers that it supposedly processed the 2nd time.
I eventually decided to do the whole encode again, from the newly 3-times-over processed vobs. So, new d2v, demuxed ac3 again, encode etc.
Having now finished this 2nd encode, I muxed again with the AC3, played back, and there again the audio was out of sync.
I'm now a bit clueless as to what's gone wrong. The strangest part is I actually did a rip/encode from the very same dvd earlier this year, with no sync problems whatsoever. The only reason I've revisited it, is because I was never too happy with the final quality of the video. That time however, I re-encoded the AC3 to AAC... otherwise I'd just rip the audio from that and use it for this one.
I should probably point out that I did give the dvd a clean before reripping it this time, but it didn't seem to make much difference. Obviously the quickest solution would be to just set a delay of 500ms when muxing the video and audio (which I did try, and it worked), but the fact that it's out of sync anyway when it shouldn't be has got me slightly concerned. The only fairly major difference is that when I did the rip months ago that was in sync, I didn't use RipIt4Me, and therefore didn't process with FixVTS or remove the unreferenced video that I found present this time.