Recently I found that the `-b' and `-ab' options used for setting the
output bitrate in ffmpeg and libav have no effect on my Gentoo machine.
With Ubuntu (and the Medibuntu repository enabled), this does not
happen.
For example, for any `bitrate' I use in
% ffmpeg -ab bitrate -i test.ape
Some additional information: the `-ab' and `-b' options seems to be
broken on my machine, since they accepts any argument, even those which
will cause error in the case of Ubuntu, for example `@@' or so.
Nevertheless, the option parsing is not completely broken, because an
unknown option ffmpeg
But VBR seems to be disabled with the command line I used...
And, whether VBR is enabled, the wrong parsing of the argument of
bitrate options indicate that some error must exist somewhere.
On Tue, Sep 06, 2011 at 10:42:06AM -0400, Michael Mol wrote:
'lame' is an MP3 encoder. VBR is 'variable
OK, but I was actually converting an FLV file, and didn't want to use
both programs, especially when ffmpeg already has support for
libmp3lame.
Anyway, there must be some problem in ffmpeg/libav (probably) or
something else (less probable than the former) on my computer.
On Tue, Sep 06, 2011 at
When using R on my Gentoo machine, whether in interactive or in batch
mode, calling `help()' causes the following error:
Error in strsplit(txt, \n, fixed = TRUE) :
'split' string 1 is invalid UTF-8
When in interactive mode, typing any function with an opening bracket
(eg. `help(') and
With net-misc/wget-1.13.3-r2, when executing `wget --version', I get
GNU Wget 1.13.3 built on linux-gnu.\n\n+digest
(intepret as C string, you migh need to note that there is no newline in
the end of the output); when executing `wget --help', I get
GNU Wget 1.13.3, a non-interactive
6 matches
Mail list logo