[MPlayer-users] audio encoding v2 + maybe bugreport too
gabor at realtime.sk
Thu Aug 1 11:17:02 CEST 2002
after i got the info about which audio-type is recommended i decided to
do some tests...
i had the source file a div3-video + mp3(cbr?)96kbit/s audio avi.
i used always mencoder -ovc copy -oac mp3lame -lameopts SOMETHING
infile.avi -o outfile.avi
mencoder : cvs from today
mp3lame : cvs snapshot from yesterday
i wanted to create a cbr file too ( i'm planning to do some win32
SOMETHING = cbr:br=64 ... i didn't put any aq=x here, because i'm not
really interested in audio quality in this test. am i correct that
adding aq=0 would give me the highest quality encoding-algo?
the file was created + played-back-on-linux without problems... i have
yet to do some win32 testing
as i understand this creates a vbr audio, where the average bitrate
would be somewhere around the specified value
SOMETHING = abr:br=64 ...
creation + playback no problem on linux
as i understand i can specify to use vbr encoding where i doesn't
specify the average bitrate but the quality.
SOMETHING = vbr:q=9 .. this should create the worst quality audio.
creation: it seems that he creates a cbr:br=128 audio. actually i
haven't tested the mp3-part by extracting it from the audio and
examining with a special tool for mp3s, but mencoder reports at the end
that cbr:br=128 was used and the filesize indicates the same
playback: no problem on linux
1. did i use mp3lame correctly here?
2. does vbr encoding ( i mean true-vbr (3.)) work in mencoder?
That's life for you, said McDunn. Someone always waiting for someone
who never comes home. Always someone loving something more than that
thing loves them. And after awhile you want to destroy whatever
that thing is, so it can't hurt you no more.
-- R. Bradbury, "The Fog Horn"
More information about the MPlayer-users