"Too Many Frame Drops"

[Kitt0s]

hi all, got a problem with IFOEdit and MuxMan,

i was trying to add subs to a DVD, have .m2v,.ac3 and .sup's.
@ IFOEdit, did Auther new DVD -> did all the right things.. and hit GO. after a few seconds i got this error: "Too Many Frame Drops".
@ MuxMan, did the same, got another error, something with excessive bitrate.

any1 know what might solve this problem (WITHOUT removing any subs)

[mpucoder]

"You cannot put 10 pounds of s*** in a five pound sack" - there is a limit to the combined bitrate. If Muxman was unable to multiplex it, then the limit was exceeded for a considerable amount of time. Something has to go, or have its bitrate reduced. Options, other than remove a sub, are:
1) remove an audio track
2) re-encode an audio track to a lower bitrate
2) re-encode the video to a lower bitrate

[Kitt0s]

oh i think i got it. so there is a limit.. but how could it be? i mean, i demuxed the dvd, then i got like 13 subs ok? I'v added 1 sub, put it @ .sup, and tried to multiplex it with all the 13 subs (wich means 14 subs) - ofcurse it didn't work. but it didn't work even when i tried numbers from 13 till 8. how could that be? it was originaly with 13 subs..

[mpucoder]

What did you use to demux the subs?
Did you also see a message in Muxman's log (c:\muxman.log) about backward movement in time?

[Kitt0s]

18:01:52 Begin multiplex.
Maximum audio duration 306494 fields.
Starting scene Segment_1_scn1 at 00:00:00:00
SubPicture stream 2 backwards move in time.
SubPicture stream 1 backwards move in time.
SubPicture stream 1 backwards move in time.
P-STD buffer underflow by 8005 bytes at 27205292, sector 103236.
P-STD buffer underflow by 8442 bytes at 27208892, sector 103261.
P-STD buffer underflow by 42830 bytes at 27212492, sector 103286.
P-STD buffer underflow by 8988 bytes at 27216092, sector 103310.
P-STD buffer underflow by 9238 bytes at 27219692, sector 103335.
P-STD buffer underflow by 44854 bytes at 27223292, sector 103359.
SubPicture stream 3 backwards move in time.
SubPicture stream 3 backwards move in time.
SubPicture stream 7 backwards move in time.
SubPicture stream 7 backwards move in time.
P-STD buffer underflow by 4885 bytes at 27244892, sector 103831.
P-STD buffer underflow by 8423 bytes at 27248492, sector 103832.
SubPicture stream 5 backwards move in time.
P-STD buffer underflow by 8507 bytes at 27252092, sector 103833.
P-STD buffer underflow by 43386 bytes at 27255692, sector 103834.
P-STD buffer underflow by 8929 bytes at 27259292, sector 103835.
P-STD buffer underflow by 9249 bytes at 27262892, sector 103836.
P-STD buffer underflow by 43475 bytes at 27266492, sector 103837.
P-STD buffer underflow by 10262 bytes at 27270092, sector 103838.
P-STD buffer underflow by 10757 bytes at 27273692, sector 103839.
P-STD buffer underflow by 44896 bytes at 27277292, sector 103840.
P-STD buffer underflow by 11936 bytes at 27280892, sector 103841.
P-STD buffer underflow by 12433 bytes at 27284492, sector 103842.
SubPicture stream 5 backwards move in time.
SubPicture stream 6 backwards move in time.
SubPicture stream 6 backwards move in time.
SubPicture stream 4 backwards move in time.
SubPicture stream 4 backwards move in time.

[mpucoder]

That will do it every time. This is caused by not properly demuxing the subs - VobEdit is famous for it. Use PGCDemux instead.
What happens is at a new VobID the time value that demuxers use resets. VobEdit (and others) do not account for this, and use the wrong time value in the sup file. MuxMan warns of this, but continues muxing. All the subs with a time value less than the current time get muxed - all at once - flooding the mux engine.

[Kitt0s]

ok so i'l use PGCDemux instead thanks dude :)
hmm.. and another thing. does this have to do with that i'v added a new sub? (.str->.sup) ?

*EDIT* PgcDemux is nice! i could demux without needing to go away for awhile.. it doesn't use much resources and doesn't stuck my computer :P
*ETIT2* how come i got an error @ 51% saying vobs are unsychronized?