Hi,
adding ac=vorbis, to ~/.mplayer/config has the unfortunate side effect
that then you can't play any other audio format without manually
specifying it.
An alternative seems to be to use the syntax ac=-ffvorbis, to only
blacklist the slow codec but still allow mplayer to pick the codec
based
tags 506244 moreinfo upstream
retitle 506244 Prefer tremor on machines without FPU (e.g., armish platforms)
stop
picking up an old bugreport, CC'ing everying involved so far.
On Thu, Nov 20, 2008 at 22:11:24 (EST), Stefan Monnier wrote:
mplayer struggles to keep up with a 64kbit/s Vorbis
On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote:
In case this works, Diego, Reimar, do you think it's worth to ship a
different codecs.conf on arm-ish (arm, armel and armhf) platforms that
prefer tremor over ffvorbis? Or can this preference perhaps be
influenced by a
On Fri, Aug 06, 2010 at 05:07:14PM +0200, Diego Biurrun wrote:
On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote:
In case this works, Diego, Reimar, do you think it's worth to ship a
different codecs.conf on arm-ish (arm, armel and armhf) platforms that
prefer tremor over
On Fri, Aug 06, 2010 at 05:56:25PM +0200, Reimar Döffinger wrote:
On Fri, Aug 06, 2010 at 05:07:14PM +0200, Diego Biurrun wrote:
On Fri, Aug 06, 2010 at 10:16:49AM -0400, Reinhard Tartler wrote:
In case this works, Diego, Reimar, do you think it's worth to ship a
different codecs.conf
On Fri, Aug 06, 2010 at 06:32:01PM +0200, Diego Biurrun wrote:
I disagree slightly here since the issue does not only apply to
Vorbis/Tremor. For MP3 we have a similar situation: We default
to mp3lib, but ffmp3 is fixedpoint and thus faster on systems
without FPU. So a slightly more general
On Thu, Nov 20, 2008 at 10:11:24PM -0500, Stefan Monnier wrote:
This doesn't seem to tell it to use Tremor (i.e. libvorbisidec.so), but
to use Xiph's libvorbis.so.
Then someone explicitly disabled tremor when compiling - in that case
you could get SVN and compile yourself.
So AFAICT it's the
This doesn't seem to tell it to use Tremor (i.e. libvorbisidec.so), but
to use Xiph's libvorbis.so.
Then someone explicitly disabled tremor when compiling - in that case
you could get SVN and compile yourself.
Which is wy I reported the bug to Debian's bug tracker rather than to
mplayer's bug
On Wed, Nov 19, 2008 at 01:52:41PM -0500, Stefan Monnier wrote:
mplayer struggles to keep up with a 64kbit/s Vorbis stream on my
OpenMoko Freerunner, apparently because it uses the floating-point
version of the Vorbis decoder rather than using the integer version
(aka Tremor, aka
mplayer struggles to keep up with a 64kbit/s Vorbis stream on my
OpenMoko Freerunner, apparently because it uses the floating-point
version of the Vorbis decoder rather than using the integer version
(aka Tremor, aka libvorbisidec.so).
Just instruct MPlayer to use Tremor for decoding:
Package: mplayer
Version: 1:1.0.rc2svn20080706-0.1
mplayer struggles to keep up with a 64kbit/s Vorbis stream on my
OpenMoko Freerunner, apparently because it uses the floating-point
version of the Vorbis decoder rather than using the integer version
(aka Tremor, aka libvorbisidec.so).
For
11 matches
Mail list logo