[MPlayer-dev-eng] Runtime CPU detection and fastmemcpy

[Felix Buenemann]

On Sunday 28 April 2002 11:55, Gábor Lénárt wrote:
> On Sun, Apr 28, 2002 at 05:38:36AM -0400, D Richard Felker III wrote:
> > > > libdvdread, libdvdnav, libmpdvdkit) it's enough to keep one (dvdkit)
> > >
> > > OK, but it's not in the distro. I'll have to make a package.
> >
> > No, dvdkit is part of the mplayer source tree, so no need to make a
> > separate package, unless you really insist on it.
>
> Hmmm, it's easily possible, in dox you can find the way not to link
> statically against libmpdvdkit, so you can place it into a separated
> package though in this way user MUST install that package to, since there's
> no dlopen() for libmpdvdkit, like my accepted patch which makes libcss.so
> runtime linking with libdl ... [though it's a bit slower in this way, imho
> ... but only some function pointers ...] If you really care we should
> provide generic libdl layer in mplayer to allow to load almost anything
> runtime with libdl, so you needn't link against several libraries: mplayer
> will use them on demand. Of course the rule of speed "static link > dynamic
> link > dlopen runtime" will be true for this situation as well ...
well, dvd decrypting is not a big speed factor, so I think dlopen there really 
doesn't hurt. For dlopening other stuff we should do some speed comparisons 
as they could greatly help to make binary packagers life easier.
Maybe look at mplayerxp, nick already converted about everything to shared 
libs there. (and it wasn't slower then normal mplayer last time I checked)

> - Gábor

-- 
Best Regards,
        Atmos
____________________________________________
- MPlayer Developer - http://mplayerhq.hu/ -
____________________________________________