Hi Maik, thanks for your answer, you gave me some useful inputs, which I'll probably put in action into ASB for the next release (which should anyway improve the film handling capabilities, expect more questions in this forum :-^ ). In the mean time, shame on me, I'm just ignoring the error code...
>> DEBUG: /usr/bin/transcode -i /tmp/AsbTest/0065_MVI.AVI -y ffmpeg,mp2 >> -F >> mpeg1video --export_fps 24 -J modfps -E 22050,16 --encode_fields p > > When using modfps IMHO it's a good idea to specify input frame rate > (-f 30,5) too. > > --encode_fields p should be default. Didn't know, thanks. > > Dunno if it matters but -E 22050.. is IMHO somewhat strange, too. The source films have 11025,8 but mplex doesn't like it, 22050,16 is a tentative to not increase too much the size while making mplex happy. > >> --video_max_bitrate 14969520 -o /tmp/AsbTest/.tmpmjpg/film --ext > > *Ups*. If I got it right that means you ask transcode that it can > spend 14969520 bits/sec (> 14 Mbit/sec) for a bloody mpeg1 file > (assuming transcode will not interpret this value as kbit/sec > already). The man page is not explicit here, if someone knowing the code could comment, I'd be grateful. > Further the manpage says MPEG-2 vbr here and you use it to create an > mpeg1 file. > > If in luck transcode will just ignore this statement. However, I > would drop it, as your result should not reach such bitrates at all. I was desperate :-) >>> DEBUG: /usr/bin/mplex -r 29258 -f 0 -V -o > > Probably it is better not to use -r here, as man mplex suggested: > > ---cut--- > -f > 0 - Generic MPEG1. A simple general-purpose MPEG1 format > primarily suitable for software decoders. Buffer > sizes and VBR must be specified. Bit-rate can be > auto-detected. > ---cut--- > > so I would drop -r and probably add -b (I would start @ -b 230 see > man mplex). I've seen this but I don't think it's true, mplex definitely complains with vbr and without -r. > Further IIRC ffmpeg was known to have problems with to high peak > bitrates when introducing dvd (mpeg2) support. As I suppose nearly > no one will use mpeg1 (especially if out of dvd/vcd specs) nowadays, > there is probably some similar issue left in ffmpeg. So, it is > IMHO worth a trial to use -y mpeg2enc,mp2enc -F 0 for encoding, if > all other efforts fail. I landed at MPEG1 in an effort to produce something to be viewed and heared out-of-the-box on Mac OS and Windows XP (I'm the only one in the family with Linux, and computer knowledge...). Anyway, I didn't pay attention to DVD conformance, that's perhaps the reason why I wasn't successful with my MPEG2 tentatives. I'll give it a try again. Does someone have multi-platform experience with even more modern formats? Thanks, Eric > > -- > bye maik > -- Eric de France, d'Allemagne et de Navarre
