>Yup, indeed. I presume xmms does indeed use floating-point maths in
>its decoding. Would a quick antidote to be to compile with the soft-
>float library, or are the ramifications going to be too horrible?
That's unlikely to gain you the kind of performance you need, unfortunately.
The soft-flo
>Has anyone worked on any optimised ARM routines for MP3 decoding in xmms?
>I notice it's not fast enough as it stands on a 200MHz StrongARM; this seems
>pretty bad to me.
The time-consuming part of MPEG decode is usually the DCT. There is a
fixed-point implementation of this in Nicolas Pitre's
On Fri, 28 Jul 2000, Jason Gunthorpe wrote:
> Fabien told me that splay works at about 10% cpu on a StrongARM, and I
> have some propritary routines from ARM LTD that use about 5%.
>
> The trick is to us only integer math, then ARM runs at a good clip.
Yup, indeed. I presume xmms does indeed us
On Fri, 28 Jul 2000, Chris Rutter wrote:
> Has anyone worked on any optimised ARM routines for MP3 decoding in xmms?
> I notice it's not fast enough as it stands on a 200MHz StrongARM; this seems
> pretty bad to me.
Fabien told me that splay works at about 10% cpu on a StrongARM, and I
have some
Has anyone worked on any optimised ARM routines for MP3 decoding in xmms?
I notice it's not fast enough as it stands on a 200MHz StrongARM; this seems
pretty bad to me.
I think xmms is supposed to use parts of mpg123 as its decoding call, and I
recall that someone did some optimised ARM patches fo
5 matches
Mail list logo
