Multiple video streams in single ifo?

[bcsizemo]

Alright I've been looking around here, and been studying for a while, but I've ran across something unusual...

I'm trying to convert Farscape: PeaceKeeper Wars into a set of Xvid avi files. (Using automkv, but that's not the issue.)

I ripped the DVD using DVD Decrypter, and if I remember correctly I had 3 sets of vob's. I believe the 2nd/3rd where outake scenes (but not 100% sure at this point.)

As with most of the Farscape stuff I've ran across it's a single ifo per set of vobs (or so I thought), or a single episode per set of vobs (I know the new release has the episodes streamed back to back in the vobs.)

SO: here is what happened. I loaded up the ifo in automkv, and had it do it's thing. When done I get a nice set of avi's, but the first 2 mins or so of the movie is repeated....

Okay, so here are some other details:
-if I open the first vob (VST_01_1.vob) in media player classic it seems to play fine.
-if I open the ifo (VTS_01_0.ifo) in MPC it seems to play fine, but shows a total movie length of 1:47:57. (The movie is right at 3 hours long, but it doesn't cut off at 1:47, the credits are there.)
-if I open the avs file automkv created I get the jump back to the beginning and the movie length is 3:05:30.
-if I open the AC3 audio file that automkv ripped it plays through fine (as it does in the avi file, so the audio keeps playing straight through while the video jumps back to the beginning.) It's length is 3:03:24.

I guess my question is, is it possible to have multiple video streams in a single ifo? (note I don't see anything in the menu system of the dvd that indicates "bonus/directors" footage.)

Or does anyone have an idea?

[Inspector.Gadget]

Yes, you can have multiple angles in a program. You can check manually by loading the IFO in question into PGCDemux, setting Domain to "Titles", and then clicking on the dropdown box for Angles and see if there's more than one. If so, try demuxing only Angle 1 to a new directory (make sure to check audio and subs, as well as Logfile to have a record of detected audio delays) and then you can use the demuxed assets as usual now that they're only a single angle. If your encoding application works more easily with VOBs, then uncheck everything on the left column except "Create a PGC VOB" and "Create Logfile" and the output directory will now contain VOBs consisting only of Angle 1 of the video plus the relevant audio and subs plus a logfile with a stream delays just to be safe.

[Ghitulescu]

I don't understand what you say or want. Maybe it's time to read some explanations about the terms you use. There is always a single IFO per set of VOBs, ie for each VTS_0x_y.VOB set there should be a VTS_0x_0.IFO. A VTS set can comprise one or more clips (eg episodes, most animes are like that).

However, as inspector.gadget said, if you only intend to rip the main movie into an xvid file, then use something like dvdshrink/vobedit/pgcedit/ifoedit to get rid of the extra ballast (angles, audio, subtitles, trailers etc.) then use the resulting cleaned IFO/VOBs set in automkv.

[bcsizemo]

Alright if I load up VTS_01_0.ifo (the main movie) into PcgDemux here is what I get:

-no selection of angles, only 1.
-in PCG mode it shows a single PGC of 3:03:14
-in VOB id mode its shows:
VID 01 00:00:00
VID 02 1:32:57
VID 03 1:30:15
VID 04 0:01:00

If I tell it to make a PGC VOB I get 3 output files, just like it shows in the VOB id mode.

Those seem to play fine, but so did the original set of vobs.

It's just the ifo that seems off.

[bcsizemo]

Well this is more trying to figure out why this is happening.

And I think I did track down something. It appears that DGIndex is creating a d2v file that loops in the beginning...

It appears from the d2v file that it is picking something up from the 1st VOB id, which Pgcdemux shows as having no time.

Weird. I guess I'll just edit the d2v file and let automkv have at it.

[Inspector.Gadget]

You mean VTS_01_0.VOB? If so, then it's an AutoMKV bug, because that's either a menu or blank and sensible program parsing methods won't include that on the list to be indexed.

[bcsizemo]

You mean VTS_01_0.VOB? If so, then it's an AutoMKV bug, because that's either a menu or blank and sensible program parsing methods won't include that on the list to be indexed.

No, in this case VTS_01_0.VOB is the root menu of the dvd.

If I open VTS_01_0.IFO in PGCDemux and select VOB ID mode I see 4 id's. VID 01, VID 02, VID 03, VID 04...

VID 01, shows a zero length.

For some reason DGIndex says there is something there, and appears to be copying information from VID 02 over again to create this "fake" data. Removing the reference to the VID 01 in the d2v I think will fix my issue. If anything I think it's a DGIndex issue.

[Inspector.Gadget]

That's not a DGIndex bug, because DGIndex doesn't do IFO parsing.

[CWR03]

Did you rip the disk with DVD Decrypter in IFO mode?

[bcsizemo]

I ripped it in file mode in DVD Decrypter.

I went back and re-ripped it in ifo mode. If I play the ifo in media player classic it still shows as only 1:47:34, not the three hours it should be. And PgcDemux shows the same structure as just using the file mode output from DVD Decrypter.

I get that DGIndex is not an ifo parser. In this case I would assume Automkv is handling that job to some degree. But the issue seems to lie in the d2v file. If I manually load all 8 vobs into DGIndex and create the d2v file the same thing happens. It places about 2 mins of the VID 02 part as VID 01, even though Pgc shows that VID 01 contains nothing.

[Ghitulescu]

A VTS set can comprise one or more clips (eg episodes, most animes are like that).

-in VOB id mode its shows:
VID 01 00:00:00
VID 02 1:32:57
VID 03 1:30:15
VID 04 0:01:00

There are two episodes on that DVD, from what I see. So use any software you know to split the VOBs into 2 episodes (dvd shrink, vobblanker, pgcedit etc.) then use eg automkv & co on each episode.