[MPlayer-cvslog] r33439 - trunk/etc/codecs.conf
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Sun May 8 12:53:58 CEST 2011
On Sun, May 08, 2011 at 01:45:03PM +0300, Ivan Kalvachev wrote:
> On 5/8/11, reimar <subversion at mplayerhq.hu> wrote:
> > Author: reimar
> > Date: Sun May 8 10:51:44 2011
> > New Revision: 33439
> >
> > Log:
> > Mark mp3lib decoder as buggy, it does not produce proper output
> > when compiled with gcc 4.6
> >
> > Modified:
> > trunk/etc/codecs.conf
> >
> > Modified: trunk/etc/codecs.conf
> > ==============================================================================
> > --- trunk/etc/codecs.conf Sun May 8 10:42:27 2011 (r33438)
> > +++ trunk/etc/codecs.conf Sun May 8 10:51:44 2011 (r33439)
> > @@ -4415,8 +4415,8 @@ audiocodec mp3
> > ; floating point and there are even broken mkv files where the audio
> > ; needs to be parsed, making this codec work more reliably
> > info "mp3lib MPEG layer-2, layer-3"
> > - status working
> > - comment "Optimized to MMX/SSE/3Dnow!"
> > + status buggy
> > + comment "Barely maintained, miscompiles with newer gcc versions"
> > format 0x50 ; layer-1 && layer-2
> > format 0x55 ; layer-3
> > format 0x5500736d ; "ms\0\x55" older mp3 fcc (MOV files)
>
> I'm quite surprised to see that the fix haven't been committed yet.
>
> http://article.gmane.org/gmane.comp.video.mplayer.devel/59552
You can commit it :-)
However it is not a "fix", the code is still wrong it is just that
for now the compiler is too stupid.
Most likely it will be broken again with gcc 4.7 and I just don't
consider it justified anymore to call our internal mp3lib code
really "working".
More information about the MPlayer-cvslog
mailing list