dvdauthor too less chapters problem

[LogicDeLuxe]

I have the following code<?xml version="1.0" encoding="utf-8"?>
<dvdauthor dest="e:\video_ts">
<vmgm>
<menus>
<video format="pal"></video>
<pgc entry="title">
<pre> { jump titleset 1 menu;} </pre>
<vob file="f:\DVDauthor_project_files\Temp\MMMenu.mpg" pause="inf"/>
<button name="MMB1">jump titleset 1 menu;</button>
</pgc>
</menus>
</vmgm>
<titleset>
<menus>
<video format="pal"></video>
<pgc entry="root">
<pre> { button=1024; } </pre>
<vob file="f:\DVDauthor_project_files\Temp\TS1Menu.mpg" pause="60"/>
<button name="TS1B1">jump title 1 chapter 1;</button>
<button name="TS1B2">jump title 1 chapter 2;</button>
<button name="TS1B3">jump title 1 chapter 3;</button>
<button name="TS1B4">jump title 1 chapter 4;</button>
<button name="TS1B5">jump title 1 chapter 5;</button>
<button name="TS1B6">jump title 1 chapter 6;</button>
<button name="TS1B7">jump title 1 chapter 7;</button>
<button name="TS1B8">jump title 1 chapter 8;</button>
<button name="TS1B9">jump title 1 chapter 9;</button>
<button name="TS1B10">jump title 1 chapter 10;</button>
<button name="TS1B11">jump title 1 chapter 11;</button>
<button name="TS1B12">jump title 1 chapter 12;</button>
<button name="TS1B0">jump title 1 chapter 13;</button>
<post>jump title 1 chapter 1;</post>
</pgc>
</menus>
<titles>
<audio lang="DE" />
<pgc>
<pre> { g1=0; } </pre>
<vob file="f:\DVDFlie\flie.mpg" chapters="00:00:00.000,00:00:50.400,00:21:00.000,00:40:57.120,1:00:20.160,1:22:10.560,1:42:03.840,2:02:12.960,2:20:21.120,2:41:21.600,3:01:18.240,3:20:43.680,3:34:04.320,3:35:43.680"/>
<post>call vmgm menu 1;</post>
</pgc>
</titles>
</titleset>
</dvdauthor>
I get the following error:ERR: Cannot jump to chapter 13 of title 1, only 12 exist
ERR: in VTSM pgc 0, button TS1B0
But Why? I still count 14 chapters, and so does GUIfordvdauthor, which made all the buttons.

What might cause this error?

DVDAuthor::dvdauthor, version 0.6.12-alpha-2992-GfD.
Build options: gnugetopt iconv freetype

[Borax]

Most times this error is caused by an error in rendering the menufile.
Then dvdauthor finds an "old version", but there are usualy not the same buttons defined. Delete all files in the temp directory and retry. Have a look if the TS1Menu.mpg is rendered correct. Sometimes we had this error in animated menus where QuEnc had problems with high bitrates. If you use animated menus, download the newest QuEnc version (0.61 ATM) as it is much more stable for this purpose. If the problem persists, just send me the whole log as zip. You may find an email address in the log...

[LogicDeLuxe]

I tried.
The menus aren't animated and don't even have sound.
I didn't change any buttons while editing author.xml. I know that this would be a problem in fact.
TS1Menu.mpg seems fine, as I can see the image with all the button texts when I play it, though I don't know how to check for the subpicture content which is about 4 kB in size.
Log mailed: there are a bunch of AC3 warnings when muxed with Ifoedit, which is the case here. They doesn't seem to be that serious, as I had about 30 DVDs with this and all play fine on all players I tested.

[LogicDeLuxe]

Seems the full size isn't recognized completely. I tested with a short clip, and the error appears at chapter 2. Though flie.mpg is long enough to hold all 14 chapters, I defined. With a duration of 3h35'45" it's a pretty long file, and it has 4.901.711.872 bytes.
I tried with the last few chapters set at earlier points in the movie and then it built with no error message, but with a bunch of warnings like this near the end:
WARN: audio sector out of range: -1073448 (vobu #26968, pts 6472.380)
Also, seeking and fast forward is not possible within the last chapter.
At about 3h20' the player's time display starts showing garbage and the movie stutters heavily.
flie.mpg plays flawless to the end and random seeks work fine as well, though. Even VTS_01_5.VOB (which is the last one) seems to play fine.

I also tried to let mplex do the muxing: no difference. And in contrary to this time, I often have a bunch of subtitle streams which I have to mux with IfoEdit, anyways (or at least convert them and use another tool).

[Borax]

I think it is a problem of the AC3 stream. In the log you can see:

WARN: Audio pts for channel 0 moves backwards; please remultiplex input.
INFO: Video pts = 0.280 .. 6473.060
INFO: Audio[0] pts = 0.280 .. 12944.984

There the duration of the audio stream seems to be the double of the video stream.

Maybe this doesn't matter for short streams, as you have already mentioned. But here you get into an out of range error (probably of an integer):
WARN: audio sector out of range: -1073448 (vobu #26968, pts 6472.380)

[LogicDeLuxe]

WARN: Audio pts for channel 0 moves backwards; please remultiplex input.I think IfoEdit is just slightly inacurate at this. Muxing with another tool did not fix the problem, although this warnings are gone. And the "WARN: audio sector out of range" remain.
INFO: Video pts = 0.280 .. 6473.060
INFO: Audio[0] pts = 0.280 .. 12944.984

There the duration of the audio stream seems to be the double of the video stream.
what should it read on a 3h35'45.48" video? Audio and Video are supposed to be the same size, maybe off a fraction of a second (as it was edited separately), but no more.Maybe this doesn't matter for short streams, as you have already mentioned.I had this with streams about 90 minutes, which I wouldn't exactly call short, and I could use them without any problems.

I even tried Nero with all the transcoding crap and such. Same problems here.

Are any of those tools I used known to be error prone at streams longer than about 3 hours?
BBMpeg encoding from AviSynth (one part)
IfoEdit for multiplexing
mplex (from GUI for dvdauthor) for multiplexing (2nd try)
dvdauthor (from GUI for dvdauthor)
Nero using the stream I muxed before (3rd try)

It took about 40 hours for encoding the movie which I really wouldn't like to do again.

[mpucoder]

You didn't try MuxMan?
Your video file is greater than 4G, this can be a problem for a lot of multiplexers.

[LogicDeLuxe]

MuxMan solved the problem. Thanks.