search for: tominaga

Hi all, The decoder is down 30% execution time, identical bit output. Didn't get the mdct yet; 1024 point mdct is a bit much to brute-force, and I'm not going to hand-unroll the whole thing either (the machine- unrolled version produced a 1.5M executable; understandably, it wasn't very fast. Still waiting for processors with 1.5M L1 code caches ;-) Slowest parts now are: -- mdct --

I was wondering about what the near and longer term future directions for optimization of Vorbis decompression are. I am interested in using it as a replacement for MP3. But it seems at this point (not certain about this) that Vorbis doesn't really have much optimization implemented yet. By this I mean, for example, implementing something like MMX x86 optimzations in order to speed up the

I saw some mail go by a bit ago about doubles-vs-floats, but I seem to have lost it. I'm interested in rewriting the mdct code using Altivec on MacOS X. Altivec doesn't support doubles, though -- the only floating point vector type is single precision floats. Vorbis currently has doubles everywhere -- is this really necessary? Doubles are supposedly faster than floats in the PPC

lucastominaga10 at gmail.com All the best Lucas On 20/04/15 14:12, "centos-docs-request at centos.org" <centos-docs-request at centos.org> wrote: >Welcome to the CentOS-docs at centos.org mailing list! > >To post to this list, send your email to: > > centos-docs at centos.org...