[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: mplayer

On Tue, Jul 15, 2003 at 06:17:37PM -0500, Billy Biggs wrote:
> Andrew Suffield (asuffield@debian.org):
> > On Tue, Jul 15, 2003 at 11:59:19PM +0100, Andrew Suffield wrote:
> > > > That should avoid any speed penalties.
> > > 
> > > The mplayer developers needed run-time CPU detection to be slower than
> > > compile-time, so they implemented it in a broken fashion.
> > 
> > Oh, that or they're completely inept. I guess I should apply Hanlon's
> > razor here. But we're talking ineptitude on the scale you'd expect
> > from somebody who just started programming.
>   Maybe you'd like to educate us on how to select optimized routines at
> runtime without penalties.  I know that in my application I have
> gratuitous use of function pointers to deal with this.  What do you
> recommend I do to avoid that penalty?

Same thing you do with every similar performance issue. Push it
outwards from the inner loop until it's no longer a problem.

This is really basic stuff...

Throw me some simple code and I'll demonstrate the transformation, but
when it comes to something like mplayer, I just don't care enough to
fix their braindamage. It's easier to use xine, which is faster anyway
on an SMP box (and some modern non-SMP boxes).

  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ | Dept. of Computing,
 `. `'                          | Imperial College,
   `-             -><-          | London, UK

Attachment: pgpk08GU5_Dar.pgp
Description: PGP signature

Reply to: