Return-Path: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: [Bluez-devel] libsbc refactoring Message-ID: From: "Victor Shcherbatyuk" To: Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Wed, 18 Jan 2006 13:44:07 +0100 Brad, I think there were macros relying on the copiler to handle 64-bit math and, as I remember, it was 2 times slower than arm specific code. But I'll check anyway. Altough 32-bit math should be enough, but it probably needs some good thinking and smart tricks (or may be not). Regards, Victor. -----Original Message----- From: bluez-devel-admin@lists.sourceforge.net [mailto:bluez-devel-admin@lists.sourceforge.net] On Behalf Of Brad Midgley Sent: Tuesday, January 17, 2006 23:01 PM To: bluez-devel@lists.sourceforge.net Subject: [Bluez-devel] libsbc refactoring Victor, I've been meaning to try to simplify the 64-bit fixed point by eliminating the struct that combines two 32-bit values. So now we depend on the compiler to do all 64-bit math. The arm assembly goes out. Can you try this and make sure it's still performing well on arm? This makes all the different flavors of math look the same in the basic ops: #define SBC_FIXED_0(val) {val =3D 0;} #define ADD(dst, src) {dst +=3D src;} #define SUB(dst, src) {dst -=3D src;} #define MUL(dst, a, b) {dst =3D (sbc_fixed_t)a * b;} #define MULA(dst, a, b) {dst +=3D (sbc_fixed_t)a * b;} so we could even eliminate these macros. I know Marcel would be happy to see them go ;) 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://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=3D= 121642 _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel This e-mail message contains information which is confidential and may be= privileged. It is intended for use by the addressee only. If you are not= the intended addressee, we request that you notify the sender immediatel= y and delete or destroy this e-mail message and any attachment(s), withou= t copying, saving, forwarding, disclosing or using its contents in any ot= her way. TomTom N.V., TomTom International BV or any other company belong= ing to the TomTom group of companies will not be liable for damage relati= ng to the communication by e-mail of data, documents or any other informa= tion. ------------------------------------------------------- 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://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel