Log in

View Full Version : IFOUpdate TMAPTI confusion


MLS
29th November 2003, 06:41
Ok, I'm working on a movie and it has 1 VTS, and 6 PGCs within the VTS, first PGC is the main movie, the rest are FBI logos and other junk. I replaced the junk with dummy video clips in scen and authored normally. After I merge the VOBs into my main project, I move to the IFOUpdate step. Now, in order for seeking to work correctly I check copy timemap and update. Then I open IFOEdit to 0 out audio I removed and after I try and save I get a stream of errors. Same problem happens if I don't 0 out the streams and go straight to getting VTS sectors.

Errors are as follows:

"The file position does not match the offset for table: ID_VTSM_C_ADT"
"The file position does not match the offset for table: ID_VTSM_VOBU_ADMAP"
"The file position does not match the offset for table: ID_VTS_C_ADT"
"The file position does not match the offset for table: ID_VTS_VOBU_ADMAP"
"The IFO Endsector does not match the file size."

So I go back and instead ifoupdate without copying timemap, everything is fine. So I compare the VTS_TMAPTIs of each and notice that when I copied the TMAPTI, it added timemap entries for the dummies.

[0000000c] Time map 2: start byte 7748 [00001e44]
[00001e44] Time unit (in seconds) 0 [00]
[00001e46] number of entries in time map 0 [0000]
[00000010] Time map 3: start byte 7752 [00001e48]
[00001e48] Time unit (in seconds) 0 [00]
[00001e4a] number of entries in time map 0 [0000]
[00000014] Time map 4: start byte 7756 [00001e4c]
[00001e4c] Time unit (in seconds) 0 [00]
[00001e4e] number of entries in time map 0 [0000]
[00000018] Time map 5: start byte 7760 [00001e50]
[00001e50] Time unit (in seconds) 0 [00]
[00001e52] number of entries in time map 0 [0000]
[0000001c] Time map 6: start byte 7764 [00001e54]
[00001e54] Time unit (in seconds) 0 [00]
[00001e56] number of entries in time map 0 [0000]

whereas the one without copied TMAPTI only has an entry for the first PGC with wrong values.

Now, normally copying the TMAPTI works perfectly but I think in this case you can't copy TMAPTI if you changed the duration of a PGC, and this causes all the IFOEdit errors. So I guess the final question is, what do I need to do to get this to work correctly, with seeking intact?

/MLS

2COOL
29th November 2003, 07:23
I'll take a stab at it but only if you have a VIDEO_TS.IFO and the IFO associated with your titleset present.

Create two new folders, say A and B.

Drag only titleset VOBs, in question, into folder A. Also your VIDEO_TS.IFO and IFO.

Folder A
VIDEO_TS.IFO
VTS_01_0.IFO
VTS_01_1.VOB
VTS_01_2.VOB
VTS_01_3.VOB
VTS_01_4.VOB

- Open up VTS_01_0.IFO in IfoEdit.
- Go topside and click on VOB Extras...Create New IFOs.
- Destination directory will be Folder B.
- The only checkbox you uncheck is "AutoCopy Menu-files to destination".
- Click OK
- Keep all streams (checked)
- Click strip it
- When done, drag only the VOBs in Folder B into original folder.

Folder B
VIDEO_TS.BUP
VIDEO_TS.IFO
VTS_01_0.BUP
VTS_01_0.IFO
VTS_01_1.VOB
VTS_01_2.VOB
VTS_01_3.VOB
VTS_01_4.VOB

- Open up IFOUpdate 0.72.
- Set your IFO paths with authored IFO as VTS_01_0.IFO in Folder B.
- Select Adjusted Cell Mode
- In Options, check only the following 3.

1) VTS_TMAPTI Table Transfer (Time Map)
2) AutoCorrect VTS Sectors
3) AutoAnalyze Original IFO

- Click Update IFO button.
if error exists when in Adjusted Cell Mode, switch to Standard mode and ensure that the top three are checked again.

- When done, test your movie.

I hope this works! If not, restore your original IFO and Get VTS Sectors.

MLS
29th November 2003, 11:56
Ok, I got to the part where I IFOUpdate in ACM, and it updates, but says "Unequal VTS_TMAPTI table sizes. Not transferred."

/MLS

MLS
29th November 2003, 13:33
I guess the only problem is the endsector values which need corrected. I don't see any way to do this in IFOEdit, perhaps this feature should be implemented? I'm not sure if its possible but it would be nice. Derrow? :)

/MLS

2COOL
14th December 2003, 06:43
Originally posted by MLS
I don't see any way to do this in IFOEdit...
Maybe a little to late but if you care to try it again, I may have found a remedy using IfoEdit only.

- Replace your new VOBs with your old ones.
- Open IFO in question with IFOedit
- Go topside and go to VOB Extras / Create New IFOs
- With everything checked as is, browse to a empty destination folder. Press OK.
- Keep all streams and press Strip it button.
- When done, replace your old files with these new ones.
- Get VTS Sectors

MLS
14th December 2003, 12:19
I actually found out a way to make ifoedit happy, but I don't know if everything is exactly correct. All I did was run ifoupdate without the TMAPTI transfer, copy the end sector values for the last 4 tables, then restore my backup and update WITH tmapti, and change the endsectors to the other values. IFOEdit doesn't complain and the DVD plays fine in the two standalones I've tested so far, so I guess all is well. If this might break some standalones someone say something :). I'll try in a few friends' players too.

/MLS

Woodlake
17th January 2004, 17:14
- Replace your new VOBs with your old ones.
- Open IFO in question with IFOedit
- Go topside and go to VOB Extras / Create New IFOs
- With everything checked as is, browse to a empty destination folder. Press OK.
- Keep all streams and press Strip it button.
- When done, replace your old files with these new ones.
- Get VTS Sectors

I found this thread after a bit of a search and 2COOL's last post has fixed my problem ie. that the lenghth of the movie appeared wrong, chapter points were wrong and the timecode was resetting or going backwards during the course of the movie.

Could someone please explain to me WHY this method works, and what it does? I used the "RA guide" to do the backup (my first) and I have no idea where I went wrong - I just want to avoid making the same mistake again.

Regards,
Woodlake

RB
17th January 2004, 20:10
Also look here: http://forum.doom9.org/showthread.php?s=&threadid=58897&perpage=20&pagenumber=3

jdobbs is aware of the problem and is working on a new version.

Woodlake
18th January 2004, 03:06
Thanks RB - I look forward to the fix in the new version

Woodlake