[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.)
More information about the MPlayer-dev-eng