[MPlayer-dev-eng] [MPlayer-cvslog] r34099 - in trunk/libass: ass.c ass.h ass_bitmap.cass_bitmap.hass_cache.cass_cache.hass_drawing.cass_font.cass_font.hass_fontconfig.cass_fontconfig.hass_library.cass_library.hass_parse.c...

Carl Eugen Hoyos cehoyos at ag.or.at
Tue Sep 13 00:10:39 CEST 2011

Reimar Döffinger <Reimar.Doeffinger <at> gmx.de> writes:

> > > If we want to remove things: Does anyone remember a reason to keep
> > > mp3lib?
> > 
> > I can add that it is still faster on the only systems where it matters, MMX
> > and SSE (watching HDTV means audio takes ~50% of the CPU).
> You mean systems without SSE2?

Yes (and yes, with VDPAU).

> (shouldn't matter I'd think since SSE2 is
> for integer, and lavc codec uses float by default now).
> Do you have any guess why?

Vitor asked me the same question and I can only repeat that mp3lib has MMX code
that makes its (floating point?) decoding faster than ffmp3float on SSE.
(When I tested some time ago after FFmpeg received optimisations.)

Carl Eugen

More information about the MPlayer-dev-eng mailing list