View Full Version : VOB vs d2v duration
DragonHawk
3rd January 2008, 23:20
I'm trying to encode Spiderman 3, which seems to use one of the newer protection schemes (possibly RipGuard). When I play the VOB file directly, there's a 74 second delay before the movie starts. When I run it through DGIndex, that delay disappears, yet the demuxed ac3 files still report a delay of approx 74000ms.
My question is: why does the DGIndex output not contain the 74 second delay from the VOB? Is there some way to see what is happening in the background? I'd like to know exactly how many ms of video is dropped by DGIndex, and whether there could be a scenario where it might drop video somewhere in the middle of the video too. Understanding this will help me handle av sync issues, esp when automated by my encoding tool.
Demuxing the main movie by VOB ID seems to solve the problem, but i'd prefer to avoid that approach since there is no guarantee they haven't re-ordered cells in the PGC for further copy protection (ie, cells might come out in wrong order when demuxed by VOB ID).
If a VOB fragment is required, please specify where to send/post it, and please reccomend a suitable tool to cut a fragment of the 1G VOB file.
setarip_old
4th January 2008, 05:06
Hi!
1)What is the Region of your "Spiderman 3" DVD?
2) What program did you use to rip your original DVD?
BTW - Protection, if any (depending on region), of this SONY release would be "ARccOS" and not "RipGuard"...
DragonHawk
5th January 2008, 00:55
The DVD is region 2.
I initially tried to rip it using DVD Decrypter, but the ARccOS bad sectors made that fail. At the time I thought it was because of scratches on the disk, even though the fact that the DVD played perfectly well should have made me suspicious.
Next I used IsoPuzzle to create an image of the disk, excluding the bad sectors. I then ripped from that image using DVDFabHDDecrypter.
My guess is that the 74 second delay corresponds to where the "bad" sectors were. When playing normally the IFO tells the player to skip those cells/sectors. When the VOB is played directly the player does not know to skip them.
This brings me back to my original worry: I'd like to predictably detect when and how DGIndex discards such bad sectors/cells, so that I can handle it reliably and automatically in my software.
At least there are rumors that Sony have stopped using ARccOS...
setarip_old
5th January 2008, 02:19
At least there are rumors that Sony have stopped using ARccOS...Reports of its demise are premature ;>}Next I used IsoPuzzle to create an image of the disk, excluding the bad sectors. I then ripped from that image using DVDFabHDDecrypter.It's hard to understand how you used ISOPuzzle to create an .ISO image file of a CSS-copy protected DVD since, as far as I know, ISOPuzzle is not capable of doing that.
Be that as it may, I'd suggest you simply use RipIt4 Me (start the program BEFORE loading the DVD) to re-rip your original DVD.
DragonHawk
5th January 2008, 10:54
Thanks, I will try that.
It's possible that I actually ran DVDFabHDDecrypter off the disk and not the image; I can't really remember now. I suspect you are right about ISOPuzzle, because DVD Decrypter won't even decrypt the "undamaged" sectors off the .ISO.
This is all still mostly an academic exercise, as I'd like to know exactly what is happening in the background. I've downloaded the DGIndex source, and will use that to figure out exactly how it is handling the ARccOS sectors. Untill now I've mostly ignored DVD protections, as that's really the ripping software's domain. The apps I'm writing are for analyzing/demuxing the DVD structure (have written an app that attempts to present every bit of info available in the IFO), and for converting the demuxed VOBs to DivX+mp3 using the settings I prefer.
neuron2
5th January 2008, 12:32
DGIndex doesn't do anything special for Arccos, or any other encryption trick. It assumes that the VOB is fully decrypted with valid contiguous MPEG video and audio.
nautilus7
8th January 2008, 21:56
I ripped my Spider-Man 3 R2 DVD with DVDFab Decrypter. Then i used DGIndex to make a DVD5 backup. It reported a huge delay (don't remember exactly, possibly the one DragonHawk mentions), but DGIndex suggested to skip some frames. So i did. No problems after that.
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.