Thx for the response. I tried many combinations of your suggestions, except the f 3. I'm shooting for a disc that will play on my picky hardware player. If I wanted just a high quality copy, I'd use divx...
In any case, I get the same error each time, regardless of the permutations. Could the warnings mean the start of another PSU? Maybe I should try again with PAL presets instead of NTSC (my HW player can handle both, though PAL looks funky)...I'm still waiting for a response from the Transcode list. The part that does finish, the first ~200 megs of the video, looks and sounds great, with not the slightest sync issues... If you or anyone else has any suggestions that would be great - it takes me almost 4 straight days to re-transcode (major bummer that cluster mode doesn't support PSU/svcd)... >> I'm trying to mplex together a video and an audio file, both produced by >> transcode. I used dvd::rip to generate the transcode commands, but pasted >>them onto the command line. Transcoding seems to have worked; I can view the >> video and it looks fine. The next command to execute is the following >> command, also constructed via dvd::rip: >>>> mplex -f 4 -V -o >>/mnt/davros/40gigger/tmp/unnamed/avi/001/unnamed-001-%d.mpg >> /mnt/davros/40gigger/tmp/unnamed/avi/001/unnamed-001.m2v >> /mnt/davros/40gigger/tmp/unnamed/avi/001/unnamed-001.mpa >>>> This creates an mpg file ~ 200 megs (I expect one ~ 1.5G) and then gives >>this >> error: >>>> **ERROR: [mplex] INTERNAL ERROR: additional data required but no free space >>in >> input buffer >Maybe a value of 1000 > x > 300 will solve the problem. And do not use >the -V option. > >It could also be a problem with the stream created. with transcode. that >there is a option it does not like. So you should also try multiplexing >a "free SVCD": mplex -f 5 -b x -r 2750 ... >You also might to have increse the bitrate value -r to something like >like 3000. > >If that does not help try multiplexing a general MPEG2 stream with: >mplex -f 3 -b xxx -r yyy -V .... >Where you should se the -b xxx very high, and the -r yyy high too >3000. > >> The (mostly) complete output is below. If this is perhaps Transcode >>generating a bad output, here is the transcode command used (i'm transcoding >> vob files to svcd): >> transcode --psu_mode --export_asr 2 -s 1.557 -g 720x480 -z -w 2279 -k -i >> /mnt/davros/40gigger/tmp/unnamed/vob/001 --no_split --nav_seek >>/mnt/davros/40gigger/tmp/unnamed/tmp/unnamed-001-nav.log -y mpeg2enc,mp2enc -M >>2 -Z 480x480 -F '5, -S 643 -B 226' --a52_drc_off -E 44100 -x vob -b 224 -a 0 >> -o /mnt/davros/40gigger/tmp/unnamed/avi/001/unnamed-001 -C 3 -I 3 -f 30,4 > >>I've asked a similar question on the Transcode mailing list - it's a bit hard >>to know who to ask ;) I get surprisingly little info when I google search this >> specific error - frustrating :) >Why the happy smilie than ? ;) > call it 'sarcasm' ;) >auf hoffentlich bald, auf wieder schreiben, davros ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
