runtime error 11 (movie only)

i just tried the movie only (0.87) for the very 1st time and got runtime error 11 (division by zero) right after rebuilding started. disk: incredibles R2. i disabled all but 1 audio & 2 subtitle streams and was running rb in no compression mode (small enough to fit to a sl dvd). edit: found something interesting. the 1st m2v segment is 0-sized. that must be the vobid 1, which is a blank clip (in the original dvd), but that belongs to title 2. why does rb try to process it? movie is in title 1, which consist of vobids 2,3,... and why is the m2v for the 1st segment 0? regards t :)

Didn't you made any pre-processing? It's the first time I hear about a version on that movie that fits on a DVD-5 removing just 1 Audio and 2 Subtitles streams... If I'm wrong... sorry :o

yes, this one was unprocessed, but sorry i got mixed up with my tests. obviously it wouldn't fit to a sl dvd. i was running it in no compression mode to speed up the subtitle test . anyway. i looked at the vobs with vobedit and to me the vobid 1 seems to be ok with 12 frames. i even tried demuxed it with pgcdemux and got 352kb. tried to replace the 0b that rb produced with this one, but obviously got the same error (well, inf was saying that it has 0 frames) and flg-file was also 0b. interesting thing is that log says that rb is rebuilding segment 0 vobid 2 cellid 1, which is the correct 1st vodid of the main title and whose m2v file was fine. btw the file is named V01000000002001.m2v and there's also V01000100002001.m2v which is the correct vobid=2 cellid=1. maybe that's why log says what it says. regards t :)

Are you sure you are using version 0.87???? That was one of the fixes that went into v0.87... The 0 length M2V isn't a problem, but it shouldn't be there (although there should be an AVS file that has no content and an empty .FLG file). It is related to the way DVD-RB jumps to the first NAVPACK of the most significant PGC. It's ok, by the way to have multiple segments that have the same VOBID and CELLID -- it happens all the time (still frames are a good example -- or very long cells).

could not resist trying it once more. 1st i had to clean up the disk, but that's time well spent... after 24 minutes the truth was revealed => runtimeerror11. i'll attach a jpg of proof ;-) regards t :)

:) Well just confirming so would have been enough... I'll go back an look at the code. That part doesn't worry me though, I can't imagine where the divide by zero error could be...

@lark, Did you do the entire sequence (PREPARE, ENCODE, and REBUILD) with 0.87, or just the REBUILD? [EDIT] Never mind... I just realized I was looking in the wrong place. You were doing a "No Compression" rebuild... hmmm... I'll get back to you a little later.

ok, thx. just to let others know: yes all phases were done with 0.87a (i think it's also visible in the screenshot)... regards t :)

I just found why the zero length file is there... not a problem. I can force that -- but can't repeat your problem. I also can't find where it might happen. Could you look in the INF file and see what the value of "Frames=" is for the area with the header "[V01000000002001]"?

24 minute prepare and 0 minute encoding? am i missing something?