* [Bluez-devel] SBC Decoder Performance
@ 2005-10-18 6:27 Joe Samuel
2005-10-18 7:35 ` Brad Midgley
2005-11-27 15:34 ` Brad Midgley
0 siblings, 2 replies; 12+ messages in thread
From: Joe Samuel @ 2005-10-18 6:27 UTC (permalink / raw)
To: bluez-devel
Hi,
While experimenting with the SBC codec, I observed
that the decoder tends to be sluggish as compared with
the encoder (about 20 times). Has anyone noticed this?
Is this behavior expected or did I make some mistake
in my analysis?
Joe
___________________________________________________________
How much free photo storage do you get? Store your holiday
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-10-18 6:27 [Bluez-devel] SBC Decoder Performance Joe Samuel
@ 2005-10-18 7:35 ` Brad Midgley
2005-11-27 15:34 ` Brad Midgley
1 sibling, 0 replies; 12+ messages in thread
From: Brad Midgley @ 2005-10-18 7:35 UTC (permalink / raw)
To: bluez-devel
Joe
yes... the decoder is still doing everything in floating point. it will
be much faster in 64 and eventually 32 bit fixed point. i've been
optimizing it but didn't hit that yet.
brad
> Hi,
> While experimenting with the SBC codec, I observed
> that the decoder tends to be sluggish as compared with
> the encoder (about 20 times). Has anyone noticed this?
> Is this behavior expected or did I make some mistake
> in my analysis?
>
> Joe
>
>
>
> ___________________________________________________________
> How much free photo storage do you get? Store your holiday
> snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-10-18 6:27 [Bluez-devel] SBC Decoder Performance Joe Samuel
2005-10-18 7:35 ` Brad Midgley
@ 2005-11-27 15:34 ` Brad Midgley
2005-11-27 18:31 ` Marcel Holtmann
1 sibling, 1 reply; 12+ messages in thread
From: Brad Midgley @ 2005-11-27 15:34 UTC (permalink / raw)
To: bluez-devel, sjoe2
Joe,
(just cleaning out my inbox)
fwiw, we have a fixed-point decoder in the btsco cvs now. If you try it,
let me know how it goes.
Brad
> While experimenting with the SBC codec, I observed
> that the decoder tends to be sluggish as compared with
> the encoder (about 20 times). Has anyone noticed this?
> Is this behavior expected or did I make some mistake
> in my analysis?
>
> Joe
>
>
>
> ___________________________________________________________
> How much free photo storage do you get? Store your holiday
> snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-11-27 15:34 ` Brad Midgley
@ 2005-11-27 18:31 ` Marcel Holtmann
2005-11-27 21:19 ` Brad Midgley
0 siblings, 1 reply; 12+ messages in thread
From: Marcel Holtmann @ 2005-11-27 18:31 UTC (permalink / raw)
To: bluez-devel; +Cc: sjoe2
Hi Brad,
> fwiw, we have a fixed-point decoder in the btsco cvs now. If you try it,
> let me know how it goes.
is there any need to keep the floating point decoder?
Regards
Marcel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-11-27 18:31 ` Marcel Holtmann
@ 2005-11-27 21:19 ` Brad Midgley
2005-11-27 21:51 ` Marcel Holtmann
0 siblings, 1 reply; 12+ messages in thread
From: Brad Midgley @ 2005-11-27 21:19 UTC (permalink / raw)
To: bluez-devel
Marcel
>>fwiw, we have a fixed-point decoder in the btsco cvs now. If you try it,
>>let me know how it goes.
>
> is there any need to keep the floating point decoder?
yeah, we should leave it in. The decoder and encoder are written as a
bunch of macro calls that are replaced at compile time by either
floating or fixed point math.
also... floats runs a bit faster if you have an fpu and regression
testing would be easier with a decoder/encoder that we can "trust."
brad
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-11-27 21:19 ` Brad Midgley
@ 2005-11-27 21:51 ` Marcel Holtmann
2005-11-27 22:20 ` Brad Midgley
0 siblings, 1 reply; 12+ messages in thread
From: Marcel Holtmann @ 2005-11-27 21:51 UTC (permalink / raw)
To: bluez-devel
Hi Brad,
> >>fwiw, we have a fixed-point decoder in the btsco cvs now. If you try it,
> >>let me know how it goes.
> >
> > is there any need to keep the floating point decoder?
>
> yeah, we should leave it in. The decoder and encoder are written as a
> bunch of macro calls that are replaced at compile time by either
> floating or fixed point math.
but this is totally ugly.
> also... floats runs a bit faster if you have an fpu and regression
> testing would be easier with a decoder/encoder that we can "trust."
This is no real point. If you need a decoder for regression testing,
then simply make a copy of it.
If the fixed point decoder is too slow, then this needs to be fixed.
Having too decoders won't really help.
Regards
Marcel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-11-27 21:51 ` Marcel Holtmann
@ 2005-11-27 22:20 ` Brad Midgley
2005-11-27 23:12 ` Marcel Holtmann
2005-12-02 23:13 ` Brad Midgley
0 siblings, 2 replies; 12+ messages in thread
From: Brad Midgley @ 2005-11-27 22:20 UTC (permalink / raw)
To: bluez-devel
Marcel
>>bunch of macro calls that are replaced at compile time by either
>>floating or fixed point math.
>
> but this is totally ugly.
the macros are also how the inline arm assembly gets inserted, so there
are potentially a bunch of implementation for each macro, especially
since 32-bit fixed is still experimental:
- floating
- 64-bit fixed generic
- arm 64-bit asm
- 32-bit fixed generic
- arm 32-bit asm
it's ugly, but what should it look like? it doesn't look much better by
removing floating from the list.
> This is no real point. If you need a decoder for regression testing,
> then simply make a copy of it.
sure.
> If the fixed point decoder is too slow, then this needs to be fixed.
> Having too decoders won't really help.
inline asm may help but the difference is probably in the noise level.
brad
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-11-27 22:20 ` Brad Midgley
@ 2005-11-27 23:12 ` Marcel Holtmann
2005-12-02 23:13 ` Brad Midgley
1 sibling, 0 replies; 12+ messages in thread
From: Marcel Holtmann @ 2005-11-27 23:12 UTC (permalink / raw)
To: bluez-devel
Hi Brad,
> >>bunch of macro calls that are replaced at compile time by either
> >>floating or fixed point math.
> >
> > but this is totally ugly.
>
> the macros are also how the inline arm assembly gets inserted, so there
> are potentially a bunch of implementation for each macro, especially
> since 32-bit fixed is still experimental:
>
> - floating
> - 64-bit fixed generic
> - arm 64-bit asm
> - 32-bit fixed generic
> - arm 32-bit asm
>
> it's ugly, but what should it look like? it doesn't look much better by
> removing floating from the list.
I haven't looked through the complete code, but these #ifdef all over
the place are ugly. They should be avoided whenever possible.
> > If the fixed point decoder is too slow, then this needs to be fixed.
> > Having too decoders won't really help.
>
> inline asm may help but the difference is probably in the noise level.
If possible I would avoid any assembler at all. However it would be at
least something to try.
Regards
Marcel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-11-27 22:20 ` Brad Midgley
2005-11-27 23:12 ` Marcel Holtmann
@ 2005-12-02 23:13 ` Brad Midgley
2005-12-03 5:17 ` Marcel Holtmann
1 sibling, 1 reply; 12+ messages in thread
From: Brad Midgley @ 2005-12-02 23:13 UTC (permalink / raw)
To: bluez-devel
Marcel,
> it's ugly, but what should it look like? it doesn't look much better by
> removing floating from the list.
Unfortunately I've been noticing a difference in quality between fixed
and floating. It is subtle, but high-frequency content is harsh and a
little distorted with the fixed point encoder. I could encode some
violin notes if you want to hear the difference.
It would be nice to implement the objective quality measures suggested
by Steven Singer so we could track this down more that's another thing
on the todo list for now.
Brad
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
2005-12-02 23:13 ` Brad Midgley
@ 2005-12-03 5:17 ` Marcel Holtmann
0 siblings, 0 replies; 12+ messages in thread
From: Marcel Holtmann @ 2005-12-03 5:17 UTC (permalink / raw)
To: bluez-devel
Hi Brad,
> > it's ugly, but what should it look like? it doesn't look much better by
> > removing floating from the list.
>
> Unfortunately I've been noticing a difference in quality between fixed
> and floating. It is subtle, but high-frequency content is harsh and a
> little distorted with the fixed point encoder. I could encode some
> violin notes if you want to hear the difference.
no need to. I believe you if you say so. Anyhow I still think that there
is no need to keep a floating point encoder/decoder.
> It would be nice to implement the objective quality measures suggested
> by Steven Singer so we could track this down more that's another thing
> on the todo list for now.
Keep up the good work.
Regards
Marcel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Bluez-devel] SBC Decoder Performance
@ 2005-10-18 12:22 Joe Samuel
2005-10-18 15:46 ` Brad Midgley
0 siblings, 1 reply; 12+ messages in thread
From: Joe Samuel @ 2005-10-18 12:22 UTC (permalink / raw)
To: bluez-devel
Brad,
> the decoder is still doing everything in floating
>point
Yup. I just came to notice that.
Thank you for the confirmation.
Joe
On 10/18/05, Brad Midgley <bmidgley@xmission.com>
wrote:
Joe
yes... the decoder is still doing everything in
floating point. it will
be much faster in 64 and eventually 32 bit fixed
point. i've been
optimizing it but didn't hit that yet.
brad
> Hi,
> While experimenting with the SBC codec, I
observed
> that the decoder tends to be sluggish as
compared with
> the encoder (about 20 times). Has anyone noticed
this?
> Is this behavior expected or did I make some
mistake
> in my analysis?
>
> Joe
>
>
>
>
___________________________________________________________
> How much free photo storage do you get? Store
your holiday
> snaps for FREE with Yahoo! Photos
http://uk.photos.yahoo.com
>
>
>
-------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free
content, downloads, discussions,
> and more.
http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
>
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content,
downloads, discussions,
and more.
http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2005-12-03 5:17 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-18 6:27 [Bluez-devel] SBC Decoder Performance Joe Samuel
2005-10-18 7:35 ` Brad Midgley
2005-11-27 15:34 ` Brad Midgley
2005-11-27 18:31 ` Marcel Holtmann
2005-11-27 21:19 ` Brad Midgley
2005-11-27 21:51 ` Marcel Holtmann
2005-11-27 22:20 ` Brad Midgley
2005-11-27 23:12 ` Marcel Holtmann
2005-12-02 23:13 ` Brad Midgley
2005-12-03 5:17 ` Marcel Holtmann
-- strict thread matches above, loose matches on Subject: below --
2005-10-18 12:22 Joe Samuel
2005-10-18 15:46 ` Brad Midgley
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).