seems to be in the dvd specification ...

[Amnon82]

Out of the muxman 15P Log:

Bytes remaining in buffer = 0.
Bitrate - avg: 5039019, min: 1126400 (lba 0), max: 12288000 (lba 1509492).
Shortest GOP has 10 fields, longest GOP has 24 fields.
Fields: 324372, VOBU: 13473, Sectors: 1995260.

... seems to be in the dvd specification, right?

[mpucoder]

If you're asking if the peak bitrate of 12288000 is allowed you must know how it is measured. 10080000 is the maximum bitrate for data entering the various buffers. But data can leave the buffers at a much higher rate for a short time. The bitrate reported by MuxMan is computed per VOBU by dividing the data delivered by the display time, ie the bitrate leaving the buffers and entering the decoders. And for bitrates higher than 10080000 it takes longer to deliver the data to the buffers than the display time, meaning some lower than 10080000 must follow for the buffers to refill. MuxMan delivers data approximately 7 frames ahead of the display time to allow for peaks like these, and even higher.

[Amnon82]

So this is also not in the specs:

Bytes remaining in buffer = 0.
Bitrate - avg: 5049452, min: 1126400 (lba 0), max: 12288000 (lba 1513376).
Shortest GOP has 10 fields, longest GOP has 24 fields.
Fields: 324372, VOBU: 13473, Sectors: 1999391.

02:34:46 Begin multiplex VMG.
02:34:46 End multiplex.

So I've to reencode it :(

btw.

If I mux with your tool and go with another window like firefox over your tools form it never got repainted during the muxing.
Do you plan to fix this in near future?

[mpucoder]

If the project multiplexed with no error messages then you do not need to re-encode the video, peaks over the "limit" of 10080000 are common and acceptable.
Version 0.16 fixed the GUI repaint problems, but is not free ($5 USD).