> > parameters. Can multi-pass vbr even be done under linux? > > Nope, at least not yet. > > > If not what are the advantages of vbr anyways? > > You don't care about the advantages, if it's possible under linux ;-) > > IMHO the main advantage with 2-pass encoding is, that you can hit a > target bitrate quite easily without playing with -q and -b until you > get the best possible result. > > For those who don't know what it does: > SelectRangeEvery(100,10) selects 0-9, 100-109 and so on... > > If you're using the smilutils to create the video and audio > data then simply use the "-o offset' and '-f count' options: > > smil2yuv -o 100 -f 10 file.dv | ... > > With the lav* programs it is similar: > > lav2yuv -o 100 -f 10 file.eli | ... > > So to comment on the above two answers:
I know what the advantages of multi-pass vbr generally are. I can fit a 60 Min movie or a 80 Min movie on one disk, both using the max. avaible bitrate (around 2700 for video+audio) so that the fit on one CD-R. If I wouldn't use VBR the 60min movie would e.g. only use 500mb and the rest of the CD-R is lost. If I understand it correctly the quality-setting (-q) - which is different for every movie - needs to be just right, to get the perfect results. Finding out this is the major problem (which in fact is a kind of manual multi-pass encoding) So all those talk of SelectRangeEvery and offset/count actually leads towards a first-pass, where the quality-setting is determined, to then be run on the complete video? Anyways, thanks for the quick and quite elaborate answers. Cheers Leo ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
