Runtime 9 error on/after creating TMAPTI table

[blutach]

Using 1.09.2

Encoding with HC. The encode went well, except it bombed out on a segment (seg 8 in VTS 1) ...re-did it no problems.

The rebuild did OK in VTS 1 and VTS 2 until it built the TMAPTI table, when it errored out with this message. Tried twice.

(Looking at the DVDFILES folder, it may be it errored out on the small VTS_03 (it is just a 10k blank) as it appears to have started rebuilding this VTS but ends with VTS_03_1.VOB at 0 bytes. However, the log does not show the rebuild got past VTS_02)

Pertinent files on the project can be found here (http://www.digital-digest.com/~blutach/runtime9.zip).

I know jdobbs said in a long ago post that min BR should be 500. I noticed in my log, the min BR was 400. Could this be the issue?

Any help appreciated.

How can I get round this and continue to VTS_04? I can easily pop VTS_03 in myself.

Regards

[jdobbs]

I was just looking at your link... is there any chance you may have changed your INI settings between encode and rebuild? The reason I ask is that I see from your INI file that VTS_MIN_SIZE is set to 10. But when I look in the REBUILDER.INF file there is an entry for VTS_03 -- but it is only 5 sectors long.

I also looked at the VTS_03 IFO file. It appears it may be purposefully goofy (copy protection?). There are several PGCs , all that point to the same cell. The cell is only 5 sectors long.

I'd suggest you remove the VTS_MIN_SIZE entry in the INI and run it again. In the meantime I'll be looking at the structure to see what's happening. What title is this?

[blutach]

Thanks for looking at this. I changed it to 10 but I'm certain it was before the encode (and after prepare).

The cell is only 5 sectors as it has been blanked. The mins size was to get around "encoding" these small VTSs. I used to run with VTS_MIN_SIZE = 0 actually.

That VTS contained 4 extras (PGCs 1 - 4) and each now have 3 cells of VCID = 1/1, a blanked frame.

But have a look at the rebuilt IFOs TMAPTI table for VTS_02 - especially the first few entries (1-34). This is where DVD Rebuilder (http://dvd-rb.dvd2go.org/) seems to have gotten hung up. Also, VTS_01's time map table looks strange in this regard, too.

The DVD is Lost, Series 1, Disk 1, Region 4 and had no special protection on it.

Is there a quick way to run it again (and preserve the encode done to date)? I was thinking of just taking the m2vs and demuxing the original audio and subpics and remuxing with muxman and re-authoring. But that defeats the purpose of DVDRB.

Appreciate the help.

Regards

[jdobbs]

Remove the VTS_MIN_SIZE setting and also delete any references to files that fall into any VTSs under 50MB in the D2VAVS directory. They a rebuild should do a copy of the them instead of processing. I'll look at the IFOs as you mentioned.

It seems to be the "latest thing" in copy protection to simply create VTSs that are complete nonsense. But I wouldn't have thought you'd find that in "Lost" -- as that (at least the NTSC version) was pretty simple. Are you sure it was a good rip? It sure doesn't sound like it.

Also -- please try it without blanking. I've been getting a lot of reports lately from folks who are blanking outside of DVD-RB and the result is trashed before it gets there.

You could also redo the PREPARE in another directory, and then copy the M2V files over, set the "PROGRESS=" flag to 2 (in REBUILDER.INF) and try redoing the REBUILD. I'm assuming all the necessary M2V files exist, of course.

[blutach]

The rip was fine - the blanking was mine (via PgcEdit (http://www.videohelp.com/~r0lZ/pgcedit/index.html)). This has never given me a problem in the past.

I'll try what you said and report back. When you say delete any references, you mean AVS and FLG files too? Or just the m2v's?

Many thanks.

Regards

[blutach]

UPDATE:

Removed all the small M2Vs (not just VTS_03 but also VTS_06-13) and that VTS_MIN_SIZE line in REBUILDER.INI

The rebuild completed, but did not copy the 10kb VOBs.

I have simply copied them over from the original and done a GetVTSSectors. Will see how it goes.

Still think the TMAPTI looks a bit strange. Will wait on your opinion. However, searching forward by 20 seconds at the start of the title in PowerDVD actually goes back to the start. I may try a mock strip.

Regards

[blutach]

UPDATE2:

The mock strip (processed relevant VTSs with VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm)) cured this problem. It wrote a new TMAPTI table in the four VTS's concerned (1, 2, 4, 5) and now pressing forward by 20 seconds at the start of a title takes you forward not back to the start and the time indicator is correct.

I think there may be a problem when writing IFO files Jerry. I recall this happening before to me but thought little of it.

DVDRB IFOs and Mock stripped IFOs can be found here (http://www.digital-digest.com/~blutach/DVDRB IFOs.zip).

Regards

[jdobbs]

Please try it without preprocessing of any kind. If it happens then, then I'll look into it. If not -- well... to be honest I'm fairly certain it won't happen -- so I'll cross that bridge when I come to it.

[Added] Don't get me wrong -- I'm not avoiding the fix... but I've just spent way too many hours chasing many, many reported "preprocessed" problems only to find it was cause by the preprocessing. I can't make the assumption that every other package in the world is bug free... because I know better.

[jdobbs]

I've reread the previous response and edited it several times to try and prevent it from sounding impolite or unresponsive... but it still doesn't sound right. Anyway, you've always been a great supporter of DVD-RB both here and at Digital Digest and I don't want to give the impression that I'm not responsive. So please don't misinterpret it, ok?

[blutach]

I know how sometimes the written word can comes across as unresponsive, but rest assured that I would never take it that way from you. Of course I am a great supporter of DVD Rebuilder (http://dvd-rb.dvd2go.org/) - with great cause!

Funnily enough, those titlesets which had the TMAPTI issue had no pre-processing (I had written that to begin with too, in anticipation, I guess, but deleted it, because I thought that in this case, it was not relevant - the preprocessed VTSs giving problems were the blanked ones).

However, I'll rip again, re-encode and report back in a day or so, just focussing on the time map issue. Just hope to make a small contribution to help you make DVD Rebuilder (http://dvd-rb.dvd2go.org/) an even better product.

Regards

[kbello]

i rip Lost R4 without problems.. no preprocessing