[FFmpeg-devel] libavutil simd
Tue Oct 2 01:48:44 CEST 2007
On Mon, Oct 01, 2007 at 07:38:52PM -0400, Rich Felker wrote:
> On Tue, Oct 02, 2007 at 01:04:02AM +0200, Luca Barbato wrote:
> > > If certain users really need the
> > > optimizations they can compile a build specific to their cpu or else
> > > install a special binary package. This is how the Linux kernel already
> > > works on most (all?) distributions, and we'd have a lot fewer packages
> > > per arch than Linux does, probably.
> > No, the opposite, everybody but g3 users want to have altivec...
> Ah.. WTF does MPlayer even run on such slow stuff? It's kinda like
> asking MPlayer to run on pre-MMX pentiums. Sure it will work but the
> biggest movie you could play is 64x48 mpeg1... I expect g3 is a bit
> better but not much.
considering that mplayer could do realtime dvd playback on a pentium mmx
IIRC i do think you are off by something bewteen 1 and 2 magnitudes :)
> Alternatively, if there's a reliable way such as /proc/cpuinfo to
> detect them (reliable meaning no false positives, not no false
> negatives) then we probably don't even need this. IMO it's safe for a
> library to open and read /proc/cpuinfo. It's not safe for a library to
> fork and/or set signal handlers.
the problem with /proc/cpuinfo is that this will only work on systems
which have a /proc
do all OS which support ppc and sparc have a /proc ?
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Dictatorship naturally arises out of democracy, and the most aggravated
form of tyranny and slavery out of the most extreme liberty. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel