[MPlayer-cvslog] r30576 - trunk/spudec.c

[Reimar Döffinger]

On Sun, Feb 14, 2010 at 10:20:32AM -0500, compn wrote:
> On Sun, 14 Feb 2010 15:05:13 +0100, Reimar Döffinger wrote:
> >On Sun, Feb 14, 2010 at 02:57:31PM +0100, reimar wrote:
> >> Author: reimar
> >> Date: Sun Feb 14 14:57:30 2010
> >> New Revision: 30576
> >> 
> >> Log:
> >> Avoid using sscanf for basic parsing, it is horribly slow.
> >> Now uses strncmp as a first step, which is 40 times faster.
> >
> >Is the Ubuntu libc horribly bad or did people just not mind waiting
> >20 seconds or longer for the movie to play? (for .idx files that
> >contain timestamp information as well)
> >I almost consider the 1-2 second startup time MPlayer has now almost too much...
> 
> hah, i wondered why vobsubs took forever. i always thought it was due
> to the 11mb subtitle files.
> 
> other ideas for speeding up mplayer:
> 
> split libs into own files, and load them only when needed. so mplayer
> binary doesnt have to load a builtin xvid or faad decoder every time it
> plays using ffodivx and ffaac. or doesnt have to load 3mb of video
> decoders to play an mp3.

Uh, loading all those decoders is probably faster than even loading even
a single one using any kind of plugin architecture - and if the Linux
dynamic linker gets involved that becomes a "vastly faster", assuming you're
not loading the binary via RS232.