New IFOUpdate Version

[mike4692]

I did every thing that you said in the original post, I reauthored with meastro and imported the adj_maestro .chp file and I used CCe adj file and pasted it to the ecl file , I didn't put any subtitles in it htough , do you think this could be the prob, I am currently re-doing it with the old add playlist way and see how it turns out

[jdobbs]

Subtitles shouldn't have an effect.

[mike4692]

I checked the chapter situation , it seem that the spruce file for the chapter section is missing three (I think ) there should be 18 according to the file ifoupdate creates but when i import them it says 15 chapters imported , I will re try it from scratch again and see how I get on, when I tryed it the add play list way they also were missing , the last two ,
the multi pgc file looks like this

$Spruce_IFrame_List

00:00:00:00
00:07:19:04
00:18:50:22
00:26:30:17
00:34:25:18
00:38:37:17
00:43:53:10
00:47:10:10
00:51:24:18
01:03:46:03
01:11:55:09
01:20:14:17
01:23:26:22
01:28:10:10
01:34:04:13
01:43:20:12
01:51:51:08
01:51:51:23

I cant understand why maestro doesnt see all of these , I think the last two are crutial

pgc 1 is as follows

$Spruce_IFrame_List

00:00:00:00
00:07:19:04
00:18:50:22
00:26:30:17
00:34:25:18
00:38:37:17
00:43:53:10
00:47:10:10
00:51:24:18
01:03:46:03
01:11:55:09
01:20:14:17
01:23:26:22
01:28:10:10
01:34:04:13
01:43:20:12
01:51:51:08

And pgc 2 is as follows

00:00:00:00

theres definatly an extra time in the multi pgc file that is not in either pgc's

01:51:51:23 ?

am I correct or is this meant to be , the hole thing is very confuseing :confused: :confused

[needle]

It seems that the chapter files/CCE files obtained in "Adjusted Cell" mode by ifoupdate
point out to frames not existing in the vob files. See the following example:

Adjusted-cce.txt:

chapter=0:
chapter=14715:
chapter=14728:
chapter=26438:
chapter=26451:
chapter=31866:
chapter=31879:
chapter=36839:
chapter=38229:
chapter=38242:
chapter=41732:
chapter=41745:
chapter=44345:
chapter=44358:
chapter=47008:
chapter=47021:
chapter=48561:
chapter=48574:
chapter=50874:
chapter=50887:
chapter=50900:
chapter=50913:


Last frame found by dvd2avi was 50779. Hence, the "adjusted cell" procedure does not work
since the last four chapters points are missing in the authored title set and the error
'Original/New Cell Counts do not match, aborting' appears.

[jdobbs]

@needle

Look at your last four entries. They are all only 12 frames long. That has been discussed at length in this forum. It is an indicator of a still-frame. In a still there is a single frame that is held for a defined period of time. However, when DVD2AVI reads the file it doesn't know it is a still and sees it as a single frame.

IFOUpdate reads the file correctly and reports the "time" associated with each Program/Cell. The author is responsible for adjusting for still-frames.

IFOUpdate can make your life easier, but it can't do everything for you -- do you want your money back? Oh.. Wait... I forgot... I did all this work for nothing.

jdobbs

[needle]

@jdobbs

Thanks for your reply. I think that a possible workaround to this nuisance is to consider the stills as a chapter with only one frame and then correct accordingly the initial frame of each chapter found by ifoupdate. But, which is the minimum allowable chapter lenght in a DVD title?

Best,

needle

[jdobbs]

The minimum length is the GOP. That's usually either 12 (most common, IBBPBBPBBPBB) or 15 (IBBPBBPBBPBBPBB).

[trigger638]

As suggested I double checked my chapter points in regaurds to my above post. All of the chapter points are there, although some of the time stamps are reported slightly off by scenarist (always past the original, never before and only by a few seconds at the most). I would assume that this is not critical, however, as it relates to the new ifo has more cells error? Still not sure what is happening. I would like to try to find out what is going on with this, if anyone can help me, but it can certainly wait until the debugging option is available (thanks jdobbs).

Based on the last post by jdobbs, it would seem that in fact I was missing something as it relates to how exactly to use adjusted mode correctly when there are stills at the end of the stream.

So when you see a still in the chapter files (this would be both the one for cce and the one for the autoring software) it is reporting the "time" that the still will actually play and not the size of the still itself. So the correct thing to do would be to adjust the chapter points so that they reflect only one frame? So as in needles example the still chapters would be changed to look like this in both the cce and the authoring software chapter files:

chapter=50874:
chapter=50875:
chapter=50876:
chapter=50877:

Is this correct?? Sorry for all the questions I am just trying to understand it all. Thanks in advance.

[jdobbs]

@Trigger638

That would work in theory -- but in fact the authoring program won't normally let you create multiple chapter points at the same location.

When you see these at the end of a file like this, they are typically exit points (use the IFOUpdate graphic mode and you'll see that each PGC is probably exiting through one of these last few cells.

In the case of this example, I would put 4 Chapter points at the end of the file each the minimum distance apart. Then everything would work -- but one of the exit points that normally would have a 1/2 second delay before exiting may have as much as 2 seconds -- no big deal.

As for the times being slightly off. I have tested and the CCE outputs I present are exactly frame accurate. If chapters for authoring are off (occuring too late) I would guess it means that you are working with NTSC and have to (IFOUpdate actually should do this but doesn't) account for drop-frame. In drop-frame you are losing (about) two frames per minute of viewing, so for each 15 minutes of video it may be off by 1 second... I'll fix that some day.

[trigger638]

@jdobbs

First thanks for taking the time to answer.

I suspected exactly what you stated regaurding the chapter points and drop-frame. The fact that the chapter points are slightly off does not bother me at all (it might some, but I could care less). The real issue above is that I am getting the more cells in new ifo error, but like I said that can wait until we have a good means of looking at the data involved.

You are exactly correct. They are indeed exit frames. There is one for every PGC starting with the first all the way to the 40th. I think what you are suggesting in this case (just to double check) is that I would create chapter points at the minimum allowable size at the end of my steam for each still. This makes sence to me. So, in needles case this would equate to the following where the last valid frame was 50779:

For GOP N/M=4

50731
50743
50755
50767

Question: Would these need to be set in the chapters data for CCE? And if so would the above be correct if you were setting N/M=4 in the encoder, or would you have to check the original vob to see what the GOP is?

I can see where in the authoring software this would be fairly easy to do, as you would just set chapter points starting from the end as close togather as possible, one for each still. Perhaps this is all that is needed??

Thanks again.

[jdobbs]

No you don't have to put it in CCE, in fact you don't have to even reencode. All CCE's chapter points do is put an I-Frame and flag a new GOP at every frame you've identified. Since you have GOP N/M=4 there will be an I-Frame every 12 frames... assuming the Frames you've chosen are I-Frames it should be fine.

[emistral]

@jdobbs:
just a quick question that might sound silly.
After ripping a DVD, I want to get rid of some subtitles and audio tracks with IFOEdit
Then I reauthor this DVD with Scenarist.
My question is:
- should I use Ifoupdate in advanced cells mode on the original IFO (before stripping it) or on the new one after stripping the unwanted parts ? or it does not matter ?

according to my experience, I would say it should not matter since stripping audio/subtitles should not modify the number of frames which are used for chapter points in CCE

[jdobbs]

I wouldn't mess with the original. It's too unpredictable. I've had a lot of errors reported that were caused by people modifying the original IFO file. Instead, just don't add the subtitles/tracks you don't want when you reauthor. IFOUpdate will transfer the audio/subpicture tables from the newly authored to the original file.

[trigger638]

After days on end I finally got my title working, it is exact now. Thanks jdobbs for all the advice, I figured out exactly what I was doing wrong and it was my error, not a problem in your software at all.

I am going to share what I encountered here in the hopes that it might save someone from the same fate (assuming they read before they try).

InfoUpdate adjusted mode expects to see the reauthored vob set in exactly the same format, regaurdless of the method you use to get it there. In my case, I was recreating the structure exactly as it was reported in InfoEdit (I broke the original out by vobid). Here is a shortened example:

PGC_6 (program chain): Programs: 2) (Cells: 3) (uses VOB-IDs: 1,8) [Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1]
[Cell 02] [V/C Id: 1/ 2]
[Ch 02] [Pg 02] [Cell 03] [V/C Id: 8/ 1]

Thing to note here is that the first 2 cells are pointers to the first vobid that is allready represented in the first PGC (contains the entire main film). During the reauthoring I was actually recreating the pointers so that PGC 6 actually contained scene one and two (from the same track) of vobid 1 and then vobid 8. This is incorrect. InfoUpdate was giving me an error that there were more cells than the original (in fact there were not more cells, there were exactly the same number of cells), BUT there were more cells than what InfoUpdate expected to see in the reauthored ifo. The reason for this is that it assumes that you are using the method that jdobbs described in detail in earlier posts, meaning reauthoring the entire vob set just as it is while using the chapter files that it created. Here in lies my error, as I was not keeping that structure. By adding the pointers to the first vobid I was creating additional information that InfoUpdate was not expecting. I simply reauthored again, but this time I kept everything in the same PGC, recreated the main movie exactly as it was, and then added the vobid's that represented the stills in order at the end. Ran InfoUpdate and it is perfect.

Could not have figured this out without jdobbs detailed answers to my previous questions, thanks again.

To the pros out there I am sure that this is common knowledge, but I figured that if I got stuck on it I might save someone else the hassle.

[jdobbs]

Thanks for the kind words, Trigger638.

[^Sp|ke^]

hey jdobbs nice wotk with ifoupdate unfortunately with terminator 2 which is a seamless branching title i got the 1 pgc with all the cells from scenarist but when i put it back with the original using adjusted cell mode the cell count for each pgc is correct but it uses every vobid
any idea why?

[Zeul]

@jdobbs

is there any chance of creating a batch system in ifoupdate to enable us to update all ifo's at once, or even create a new interface that utilises ifo update with just the original,authored and back up directories to be filled in?

[jdobbs]

@^Sp|ke^

You have to really be careful with how you create the seamless branching titles in Scenarist. I'm not sure how you did it. The easiest way is to break the stream out by VOBID, reencode, and then reassemble.


@adamandhelen

Update all IFOs? When are you changing more than one at a time?

[TRILIGHT]

What adamandhelen is referring to is probably extras. On a disc where most things are by VTS and not PGC, it can get a bit troublesome to update as many as 10-15 VTS's IFO's individually. I don't know how much of a pain it might be for you, Jdobbs but if it's possible, I too would like to see this as a feature! It would be nice to point it to each of the VTS's re-done and then update them all at once! :) True, it doesn't happen a LOT but it sure would be a hell of a nice feature to have when it does. Thanks for your consideration and work, Jdobbs!!

[^Sp|ke^]

hey i did in fact author by vobids
so my vobid count and cell count matches

[mikeathome]

Originally posted by adamandhelen
@jdobbs

is there any chance of creating a batch system in ifoupdate
to enable us to update all ifo's at once, or even create a new
interface that utilises ifo update with just the original, authored
and back up directories to be filled in?
Hi,
it can be done already ! I do, I author more then one titleset in
Maestro and udate after compile in a batch using IfoUpdate CLI. This
works as well for multiple titlesets from one movie or even separate
movies, just a matter of hard disk space.
Just use the CLI parameters provided by IfoUdate, look into the
Readme.

@jdobbs:
Next try:
The CLI parameter -c (set chapter path) and -e export chapter are
not working either in Ver. 0.67 nor in Ver. 0.69. The -c parameter
is ignored and e.g. a -ev parameter presents the selection mask w/o
anything checked and stops. Can you pls. check, I am desparately
looking for that function to finish my project.

Example follows (WinNT SP6):
c:\progra~1\vobutils\ifoudate -og:\dvd\job1\VTS_01_0.IFO -ni:\dvd\job1\VTS_01_0.IFO -bh:\dvd\job1\VTS_01_0_IFO.BAK -ch:\dvd\job1\ -ev

Anything wrong here ? For the -c I found a workaround, just @echo ChapPath=h:^\dvd^\job1^\ >c:\progra~1\vobutils\ifoudate.ini

For the -ev I have to Macro Playback, odd...

regards, mike

[jdobbs]

@mikeathome

I'm working on the CLI problem. Kind of stupid, actually. In the -c I grabbed the parameter and then failed to use it... The -e is giving my some funny problems. I should have it for you tomorrow.

[mikeathome]

Originally posted by jdobbs
@mikeathome

I'm working on the CLI problem. Kind of stupid, actually. In the -c I grabbed the parameter and then failed to use it... The -e is giving my some funny problems. I should have it for you tomorrow.

... rocking, you made my day.

thx a lot

mike

[jdobbs]

Thanks. Sorry I haven't posted yet. The -e problem is seriously kicking my butt. It is causing a "subscript out of bounds" error that I can't for the life of me figure out... I'll fix it even if I have to rewrite that module.

[int 21h]

I attempted to use the adjusted-cell mode on Futurama S1D1, and encountered some strange errors. I encoded as NTSC @ 29.97fps, used the CCE chapters in my ECL, and imported the .chp into Maestro. Unfortunately, Maestro tells me that some chapters violate the minimum length requirement between chapters and will not be imported... I may be wrong, but this is a big problem isn't it? Maestro only ends up importing about 12 of the 26 entries in the file. Is this a limitation of this method? Of Maestro? Or my own stupidity? Any advice appreciated.

[jdobbs]

Is there any chance the original was using stills? Can you take a look at the original IFO file? When you see a cell with a length of 00:00:00:12 or so, it usually indicates (not always though) a still frame.

[int 21h]

Here's the PGCs...


PGC_1 (program chain): [Title(TTN): 1] [00:23:18.03 / 30 fps] (Programs: 6) (Cells: 10) (uses VOB-IDs: 1,2,3,4,5,6,7,8,9)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:03:07.02 / 30 fps [Pos: 00:03:07.02] [Frames: 5612]
[Cell 02] [V/C Id: 2/ 1] : time: 00:00:28.04 / 30 fps [Pos: 00:03:35.06] [Frames: 6456]
[Ch 02] [Pg 02] [Cell 03] [V/C Id: 2/ 2] : time: 00:05:35.12 / 30 fps [Pos: 00:09:10.18] [Frames: 16518]
[Ch 03] [Pg 03] [Cell 04] [V/C Id: 3/ 1] : time: 00:05:58.26 / 30 fps [Pos: 00:15:09.14] [Frames: 27284]
[Ch 04] [Pg 04] [Cell 05] [V/C Id: 4/ 1] : time: 00:06:44.23 / 30 fps [Pos: 00:21:54.07] [Frames: 39427]
[Ch 05] [Pg 05] [Cell 06] [V/C Id: 5/ 1] : time: 00:00:30.03 / 30 fps [Pos: 00:22:24.10] [Frames: 40330]
[Cell 07] [V/C Id: 6/ 1] : time: 00:00:03.00 / 30 fps [Pos: 00:22:27.10] [Frames: 40420]
[Cell 08] [V/C Id: 7/ 1] : time: 00:00:04.10 / 30 fps [Pos: 00:22:31.20] [Frames: 40550]
[Cell 09] [V/C Id: 8/ 1] : time: 00:00:45.28 / 30 fps [Pos: 00:23:17.18] [Frames: 41928]
[Ch 06] [Pg 06] [Cell 10] [V/C Id: 9/ 1] Layer Br.: time: 00:00:00.15 / 30 fps [Pos: 00:23:18.03] [Frames: 41943]

PGC_2 (program chain): [Title(TTN): 2] [00:22:32.10 / 30 fps] (Programs: 6) (Cells: 10) (uses VOB-IDs: 10,11,12,13,14,15,16,17)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 10/ 1] : time: 00:01:43.12 / 30 fps [Pos: 00:01:43.12] [Frames: 3102]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 11/ 1] : time: 00:04:47.21 / 30 fps [Pos: 00:06:31.03] [Frames: 11733]
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 11/ 2] : time: 00:03:12.14 / 30 fps [Pos: 00:09:43.17] [Frames: 17507]
[Cell 04] [V/C Id: 12/ 1] : time: 00:03:33.24 / 30 fps [Pos: 00:13:17.11] [Frames: 23921]
[Ch 04] [Pg 04] [Cell 05] [V/C Id: 12/ 2] : time: 00:04:27.11 / 30 fps [Pos: 00:17:44.22] [Frames: 31942]
[Cell 06] [V/C Id: 13/ 1] : time: 00:04:09.06 / 30 fps [Pos: 00:21:53.28] [Frames: 39418]
[Ch 05] [Pg 05] [Cell 07] [V/C Id: 14/ 1] : time: 00:00:30.04 / 30 fps [Pos: 00:22:24.02] [Frames: 40322]
[Cell 08] [V/C Id: 15/ 1] : time: 00:00:03.00 / 30 fps [Pos: 00:22:27.02] [Frames: 40412]
[Cell 09] [V/C Id: 16/ 1] : time: 00:00:04.23 / 30 fps [Pos: 00:22:31.25] [Frames: 40555]
[Ch 06] [Pg 06] [Cell 10] [V/C Id: 17/ 1] Layer Br.: time: 00:00:00.15 / 30 fps [Pos: 00:22:32.10] [Frames: 40570]

PGC_3 (program chain): [Title(TTN): 3] [00:22:31.10 / 30 fps] (Programs: 6) (Cells: 8) (uses VOB-IDs: 18,19,20,21,22,23,24,25)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 18/ 1] : time: 00:00:30.17 / 30 fps [Pos: 00:00:30.17] [Frames: 917]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 19/ 1] : time: 00:06:42.29 / 30 fps [Pos: 00:07:13.16] [Frames: 13006]
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 20/ 1] : time: 00:08:41.16 / 30 fps [Pos: 00:15:55.02] [Frames: 28652]
[Ch 04] [Pg 04] [Cell 04] [V/C Id: 21/ 1] : time: 00:05:58.14 / 30 fps [Pos: 00:21:53.16] [Frames: 39406]
[Ch 05] [Pg 05] [Cell 05] [V/C Id: 22/ 1] : time: 00:00:30.10 / 30 fps [Pos: 00:22:23.26] [Frames: 40316]
[Cell 06] [V/C Id: 23/ 1] : time: 00:00:03.00 / 30 fps [Pos: 00:22:26.26] [Frames: 40406]
[Cell 07] [V/C Id: 24/ 1] : time: 00:00:03.29 / 30 fps [Pos: 00:22:30.25] [Frames: 40525]
[Ch 06] [Pg 06] [Cell 08] [V/C Id: 25/ 1] Layer Br.: time: 00:00:00.15 / 30 fps [Pos: 00:22:31.10] [Frames: 40540]

PGC_4 (program chain): [Title(TTN): 4] [00:22:31.06 / 30 fps] (Programs: 6) (Cells: 8) (uses VOB-IDs: 26,27,28,29,30,31,32,33)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 26/ 1] : time: 00:00:49.12 / 30 fps [Pos: 00:00:49.12] [Frames: 1482]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 27/ 1] : time: 00:05:30.18 / 30 fps [Pos: 00:06:20.00] [Frames: 11400]
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 28/ 1] : time: 00:07:27.05 / 30 fps [Pos: 00:13:47.05] [Frames: 24815]
[Ch 04] [Pg 04] [Cell 04] [V/C Id: 29/ 1] : time: 00:08:05.28 / 30 fps [Pos: 00:21:53.03] [Frames: 39393]
[Ch 05] [Pg 05] [Cell 05] [V/C Id: 30/ 1] : time: 00:00:30.09 / 30 fps [Pos: 00:22:23.12] [Frames: 40302]
[Cell 06] [V/C Id: 31/ 1] : time: 00:00:03.00 / 30 fps [Pos: 00:22:26.12] [Frames: 40392]
[Cell 07] [V/C Id: 32/ 1] : time: 00:00:04.09 / 30 fps [Pos: 00:22:30.21] [Frames: 40521]
[Ch 06] [Pg 06] [Cell 08] [V/C Id: 33/ 1] Layer Br.: time: 00:00:00.15 / 30 fps [Pos: 00:22:31.06] [Frames: 40536]

[jdobbs]

Hmmm... I don't see anything here that should cause a problem. There are chapters that are only 15 frames long, but they are the typical PGC exit points.

It looks to me, though like you should have 36 chapter points and I don't see any obvious multiply used Cells (I'd assume they'd have the same length). Are you using the "Adjusted Mode" chapter files output?

[int 21h]

Yep, using Adjusted mode, that's the only way I can get the 'Save' button to light up.

This is the Maestro file that comes from it....

$Spruce_IFrame_List

00:00:00:00
00:03:07:02
00:03:35:06
00:09:10:18
00:15:09:14
00:21:54:07
00:22:24:10
00:22:27:10
00:22:31:20
00:23:17:18
00:23:18:03
00:25:01:15
00:29:49:06
00:33:01:20
00:36:35:14
00:41:02:25
00:45:12:01
00:45:42:05
00:45:45:05
00:45:49:28
00:45:50:13
00:46:21:00
00:53:03:29
01:01:45:15
01:07:43:29
01:08:14:09
01:08:17:09
01:08:21:08
01:08:21:23
01:09:11:05
01:14:41:23
01:22:08:28
01:30:14:26
01:30:45:05
01:30:48:05
01:30:52:14


I think alot of those chapters are just too close together for Maestro to import.

[jdobbs]

These are the only ones I see that seem to be too close together...

00:23:17:18
00:23:18:03

01:08:21:08
01:08:21:23

Have you tried to manually add any of these to see what happens?

[int 21h]

I finally gave up with the CCE method on this and used DVDShrink, I'll try this again with another Disc in the series.

[RB]

I'm trying to backup the Special Features disk from the Godfather DVD collection using the adjusted cell mode method and ran into problems.

Ripped entire disk with DVDDecrypter in file mode and used DVD2AVI 1.76 to create projects for the VTS_01, VTS_03, VTS_04, VTS_05 and VTS_06 VOBs (VTS_02 contains the menu and I leave this untouched). Used IfoUpdate 0.71 in adjusted cell mode to save chapter files.

Now the problem is that when I load the D2V's into CCE via AVISynth (2.51 with mpeg2dec3.dll), the video is shorter than what it should be according to the CCE_ADJUSTED.TXT files IfoUpdate created. For instance, for VTS_03, the last four chapter points IfoUpdate wants me to set in CCE are at frame 50874, 50887, 50900 and 50913. However, the VTS_03 DVD2AVI project reports only 50779 frames when loaded into CCE. Similar for all the other VTS'es.

Here's how VTS_03_0.IFO looks like in IfoEdit 0.95:

VTS overview:

Menu attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (4:3) (not specified perm.display)
SubPicture 1: Not Specified (2-bit rle )

Title Set (Movie) attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (4:3) (not specified perm.display)
Audio 1: English (Dolby AC-3) 2ch 48Kbps DRC normal (ID: 0x80)
SubPicture 1: Turkish (2-bit rle ) (ID: 0x20)
SubPicture 2: Français (2-bit rle ) (ID: 0x21)
SubPicture 3: Deutsch (2-bit rle ) (ID: 0x22)
SubPicture 4: English (2-bit rle ) (ID: 0x23)

PGC_1 (program chain): [Title(TTN): 1] [00:09:49.03 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 1,2)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:09:48.15 / 25 fps [Pos: 00:09:48.15] [Frames: 14715]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 2/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:09:49.03] [Frames: 14728]

PGC_2 (program chain): [Title(TTN): 2] [00:07:48.23 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 3,4)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 3/ 1] : time: 00:07:48.10 / 25 fps [Pos: 00:07:48.10] [Frames: 11710]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 4/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:07:48.23] [Frames: 11723]

PGC_3 (program chain): [Title(TTN): 3] [00:03:37.03 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 5,6)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 5/ 1] : time: 00:03:36.15 / 25 fps [Pos: 00:03:36.15] [Frames: 5415]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 6/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:03:37.03] [Frames: 5428]

PGC_4 (program chain): [Title(TTN): 4] [00:04:14.13 / 25 fps] (Programs: 3) (Cells: 3) (uses VOB-IDs: 7,8,9)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 7/ 1] : time: 00:03:18.10 / 25 fps [Pos: 00:03:18.10] [Frames: 4960]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 8/ 1] : time: 00:00:55.15 / 25 fps [Pos: 00:04:14.00] [Frames: 6350]
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 9/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:04:14.13] [Frames: 6363]

PGC_5 (program chain): [Title(TTN): 5] [00:02:20.03 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 10,11)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 10/ 1] : time: 00:02:19.15 / 25 fps [Pos: 00:02:19.15] [Frames: 3490]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 11/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:02:20.03] [Frames: 3503]

PGC_6 (program chain): [Title(TTN): 6] [00:01:44.13 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 12,13)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 12/ 1] : time: 00:01:44.00 / 25 fps [Pos: 00:01:44.00] [Frames: 2600]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 13/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:01:44.13] [Frames: 2613]

PGC_7 (program chain): [Title(TTN): 7] [00:01:46.13 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 14,15)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 14/ 1] : time: 00:01:46.00 / 25 fps [Pos: 00:01:46.00] [Frames: 2650]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 15/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:01:46.13] [Frames: 2663]

PGC_8 (program chain): [Title(TTN): 8] [00:01:02.03 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 16,17)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 16/ 1] : time: 00:01:01.15 / 25 fps [Pos: 00:01:01.15] [Frames: 1540]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 17/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:01:02.03] [Frames: 1553]

PGC_9 (program chain): [Title(TTN): 9] [00:01:32.13 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 18,19)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 18/ 1] : time: 00:01:32.00 / 25 fps [Pos: 00:01:32.00] [Frames: 2300]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 19/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:01:32.13] [Frames: 2313]

PGC_10 (program chain): [Title(TTN): 10] [00:09:49.03 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 1,20)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:09:48.15 / 25 fps [Pos: 00:09:48.15] [Frames: 14715]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 20/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:09:49.03] [Frames: 14728]

PGC_11 (program chain): [Title(TTN): 11] [00:07:48.23 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 3,21)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 3/ 1] : time: 00:07:48.10 / 25 fps [Pos: 00:07:48.10] [Frames: 11710]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 21/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:07:48.23] [Frames: 11723]

PGC_12 (program chain): [Title(TTN): 12] [00:03:37.03 / 25 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 5,22)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 5/ 1] : time: 00:03:36.15 / 25 fps [Pos: 00:03:36.15] [Frames: 5415]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 22/ 1] Layer Br.: time: 00:00:00.13 / 25 fps [Pos: 00:03:37.03] [Frames: 5428]

Menu Language Units: 1
Language Menu Unit 1: [English]

Language Menu Unit 1: [English]
Menu 1: [Root-Menu] (entry PGC) (Programs: 4) (Cells: 4) (uses VOB-IDs: 1)
Menu 2: [entry only] (Programs: 4) (Cells: 4) (uses VOB-IDs: 2)

It looks like these "Layer break" cells are the problem as they seem to be "fake" and do not seem to actually contain 13 frames each.

Is there anything I can do about this?

[The_Flash]

I think I may have the same problem as above.

Adjusted CCE Film .txt specifies three i-frames past the total number of frames in the movie, which is 237100. Yet 237111, 237123, and 237135 are all asked for.


My video file is then 2:44:39:03 in length. The Adjusted Maestro .chp file asks for chapters at 02:44:39:04, 02:44:39:19, 02:44:40:04, and 02:44:40:19.

What can I do about this? I'm using IFOUpdate v0.71

[RB]

jdobbs, sorry, just re-read the entire thread and found that this problem has been discussed at length already. It sounds like I can simply manually create the four chapters that are "off the end" somewhere near the end of the video stream in Maestro and it would work. But this time simply used IC to transcode and that worked fine as well :)

I have another question, though. What about having an option to ignore/remove the layer break in the original IFO?

Thanks again for the great program.

[jdobbs]

@RB

I'll take a look at it.

[The_Flash]

I just tried another DVD from a different series and I get the same problems. IFOUpdate reports chapters for frames that are beyond the total frame count of the video. That's two discs from different manufacturers now with the same problem. This does work for NTSC right?

[jdobbs]

NTSC is all I ever do.

[quantum]

So far I've successfully used the "adjusted cell mode" on two different titles. A third title worked 95%, but I got stuck on a multi-angle problem and gave up. I think I could have worked it out if I wanted to.

I always work with NTSC disks.

My most recent backup was Space 1999 which is a multi episode multi pgc disk.

I didn't import the chapter points into CCE. I only bring them into maestro.

I used DVD2AVI on the entire VTS set so I ended up with a single mpv and audio file. Did a 4-pass with CCE then into maestro and imported the chapters file created by ifoupdate.

Compiled in maestro and did the ifoupdate thing and everything works, menus, chapter selections, etc. This is so much faster than breaking up by pgc and reauthoring in scenarist.

I did notice a glitch on my failed title. On a few occassions ifoupdate complained that chapters didn't match. I manually added a chapter to the end of the video in maestro and that cleared it up.

It is important to set the vts_tmapti table transfer option or the discard vts_tmapti option in ifoupdate otherwise navigation won't work right when jumping to a specific time on either the PC or standalone player.

Nero still complains about missing vobs. Apparently something is not being completely fixed in the IFO's when I trim down the vob set due to compression. Ifoedit "get vts sectors" doesn't report any problems and the disk seems to burn and play fine.

I'm sure there are cases where this process will not work. But for those that do work, it's a great option.

[RB]

Checking the "Transfer VTS_C_ADT Table" option solved that Nero reallocation problem for me.

[quantum]

Checking the "Transfer VTS_C_ADT Table" option solved that Nero reallocation problem for me. Thanks for this tip. This seems to have cleared it up for me too.

I am confused about the vts_tmapti table transfer option and the discard vts_tmapti option. It seems one or the other is needed to have a correctly navigable dvd when jumping to a specific time. In some cases I need to use the first option and others the second. It seems I have to try it one way and if it doesn't work, switch it to the other and it will work.

[AndyP]

Hi

I get the following error message:

New VTS_VOBU_ADMAP is too large to fit. VTS_TMAPTI not transferred.

When using the VTS_TMAPTI transfer option. Is there any way to resolve it??

Thanks
Andy

[quantum]

Good question. I've had that error before. On my current project I have 'Unequal VTS_TMAPTI table sizes. Not trasferred'. I haven't found any way around these errors.

This means I will not be able to navigate to a specific time on my two standalones or my software dvd player. Using 'Discard VTS_TMAPTI' doesn't help.

Is there another way to transfer to VTS_TMAPTI table when ifoupdate can't handle it?

I guess most people don't notice this, or if they do, they don't consider this a big issue. I think it's a serious issue. If I take a disk out of my standalone in the middle of a movie, I write down the time so I can return to the correct spot. When VTS_TMAPTI is not correct, I can't jump to a specific spot, and I have to use chapter buttons or fast forward and reverse.

[quantum]

And my very next project:

VTS_VOBU_ADMAP is too large to fit. VTS_TMAPTI not transferred.

This seems to happen with a large percentage of disks.

Ouch - got this error on two out of three VTS sets.

The good news is I copied the VTS_TMAPTI table manually from the authored ifo using a hex editor and it seems to work as expected. Of course it's a pain to do it that way, but worth it to me to have a correctly functioning disk.

[AndyP]

quantum,

Would it be possible for you to elaborate how you copied it.... I am relatively new at this DVD stuff (but can use a hex editor). What am I copying and where....

Cheers
Andy

[quantum]

This is not easy, but here goes:

Start with the authored IFO:
1) Open the IFO in ifoedit
2) Go to VTS_TMAPTI
3) Look for the hex value of 'end byte of the VTS_TMAPs table' and record it.
4) Open the IFO in hex editor and find the hex value from step 3. Verify you found the correct one by looking at adjacent hex values in ifoedit.
5) Copy the VTS_TMAPTI table in the hex editor. Use the hex value of the last entry in the table to make sure you have all of it. In the few I've done so far, the end of the table is easy to spot as it's padded with 00's after the end.
6) Now using the original ifo (as ifoupdate calls it) repeat steps 1-4
7) Paste the table from the authored ifo into the original ifo overwriting existing table.

When pasting, it's important not to shift anything up or down. The file size should remain the same. It took me a while to figure out how to paste it correctly using my hex editor (Ultraedit).

This seemed to work fine with "VTS_VOBU_ADMAP is too large to fit" errors. However the one time I had "Unequal VTS_TMAPTI table sizes" the resulting paste overwrote some existing data in the IFO (past the 00's padding) and caused errors.

It would be nice if we could get jdobbs to figure out how to transfer VTS_TMAPTI in a more robust way, such that it splits, inserts, then fixes up the IFO so VTS_TMAPTI can be transferred in all cases :-)

[Sargondvd]

JDobbs , knowing your a talanted guy , how hard would it be to add title information etc into the VMG_TXTDT_MG into the VIDEO_TS.ifo , using Ifoupdate.

A lot times this information is not put in on DVD , but is used multi disk players to add information into their Disk Explorer.

Creation of the text is easy enough via Maestro if you are rencoding , but a tool to do this so that the created files from DVD shrink , DVD2one etc , to add this info would be of great use

Regards

[jdobbs]

I'll look at it.

[Sargondvd]

AS allways , thanks for all ongoing your efforts , they are much welcomed :p

regards

[Piece]

hi!

i think i have a problem with ifoupdate. i've used the ra-guide to encode a dvd9 -> dvd5. know i have the output of scenarist. when i make an iso of this it works fine, but has of course no menus. now i've used ifoupdate (as usual) onto all authored vts (2,3,4). when i make the iso now it doesn't work the way it should. vts 2 and 4 seem to work fine but vts 2 has some errors. vts 3 has 4 pgcs in it. pgc 1+2 play fine. 3 is missing and the original 4th pgc is 3rd after update. when i want to play the 4th pgc it takes me right back to the menu. any suggestions?

greetz piece

[Ak47]

Originally posted by The_Flash
I just tried another DVD from a different series and I get the same problems. IFOUpdate reports chapters for frames that are beyond the total frame count of the video. That's two discs from different manufacturers now with the same problem. This does work for NTSC right?

You get this prob becuase of the content versus control information prob that sometimes crops up with IFOUpdate Chaps...

i.e the VTS may have a still which the IFO states is displayed for 10 secs.. however if you examine the VOB you'll see that the still only actually exisits in the VOB for a single VOB Sector...

this means that CCE may interpret the still as a single-frame from the d2v project info instead of the IFO requirement of 250 - 290+ frames.. the answer is easy ... just manually adjust the chap points until they are in range..