Re: [Bluez-devel] more encoder stuff

["Henryk Plötz" <henryk@ploetzli.ch>]

[-- Attachment #1: Type: text/plain, Size: 1380 bytes --]

Moin,

Am Wed, 24 Nov 2004 22:02:44 -0700 schrieb Brad Midgley:

> Henryk, you were saying the reference encoder runs faster. Is there
> any chance they are using vector processing like sse/sse2? Do projects
> like xine and mplayer detect and use a vector processor through a
> library?

Nope, that was an error on my side. My file output was awfully slow. I
didn't test with large files since then, though. However, I_did_ profile
it and know that most of the encoding time is spent in sbc_analyze_audio
(no surprise there) in the matrixing, windowing and partial calculation
stages.

I just tested it again with a -O3 compiled sbcenc:

| time wine sbc_encoder.exe -o Uninvited.sbc Uninvited.wav
gives 
| real    0m30.095s
| user    0m18.766s
| sys     0m0.686s

| time ./sbcenc Uninvited.au > Uninvited.sbc
gives
| real    0m36.539s
| user    0m27.200s
| sys     0m1.500s

That's not _too_ bad, especially since they are using dual channel while
we are using stereo (the latter gives smaller file size in this case).

By using CC=icc CFLAGS="-O3 -tpp7 -march=pentium4" I can easily get it
down to
| real    0m19.122s
| user    0m11.272s
| sys     0m1.474s

-- 
Henryk Plötz
Grüße aus Berlin
~~~~~~~ Un-CDs, nein danke! http://www.heise.de/ct/cd-register/ ~~~~~~~
~ Help Microsoft fight software piracy: Give Linux to a friend today! ~

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]