Return-Path: Message-ID: <43136DAB.7010004@xmission.com> From: Brad Midgley MIME-Version: 1.0 To: bluez-devel@lists.sourceforge.net Subject: Re: [Bluez-devel] sbc and fixed-point progress References: <430EA45A.2030008@xmission.com> <002501c5ab5a$4844ec50$0201a8c0@NBVICTOR> <43114F3C.8000804@xmission.com> <001001c5ac1f$7920e610$0201a8c0@NBVICTOR> <007901c5a823$330a9360$640aa8c0@ROBYHOME> <43134123.9070503@xmission.com> <00dc01c5a827$2159eea0$640aa8c0@ROBYHOME> In-Reply-To: <00dc01c5a827$2159eea0$640aa8c0@ROBYHOME> Content-Type: text/plain; charset=us-ascii; format=flowed 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: Mon, 29 Aug 2005 14:18:51 -0600 Roberto A cvs checkout or update as of today contains the fixed-point encoder for 8 subbands (highest quality option) and a stab at using the real-time clock for transmission as an option. Victor is discussing some more changes but he hasn't submitted anything yet. I am planning to do a 0.5 release but I'd like to wait until 4 subbands are covered. I think 4 subbands might not even work right now when compiled for fixed point. Tell us more about what devices you're using and the command-line you used to configure, build and run a2play etc. We have only had recent problems with noise if the input to a2play isn't in the right format. Don't use the -t option to a2play because it will give you the 4 subband encoder. Brad Roberto wrote: > okay fine I undestood but those CVS update are included ? either if are not > the latest to be released as official ? if not can somebody send me the > version so I can check hwo is workiing on my side because until now I can > hear only noise and when Is start to ear the sound it will have many delay > maybe this can help me thansk Roberto > > ----- Original Message ----- > From: "Brad Midgley" > To: > Sent: Monday, August 29, 2005 7:08 PM > Subject: Re: [Bluez-devel] sbc and fixed-point progress > > > >>Roberto, >> >>If you follow the instructions at http://bluetooth-alsa.sf.net it will >>tell you how to use cvs to check out the current code including fixed >>point. (I will not be making a regular release until we nail down a few >>more things) >> >>Brad >> >>Roberto wrote: >> >>>Hi All/Victor, >>> >>>I want to check the latestversion of SBC on mobile can somebody tell me > > how > >>>we can get this version ? it is uopdated on the site ? which versioni is > > ? > >>>Thanks Roberto >>> >>>----- Original Message ----- >>>From: "Victor Shcherbatyuk" >>>To: >>>Sent: Monday, August 29, 2005 12:26 AM >>>Subject: Re: [Bluez-devel] sbc and fixed-point progress >>> >>> >>> >>> >>>>Brad, >>>> >>>>I've merged the fixed and floating point code added 32-bit fixed point >>> >>>(not >>> >>> >>>>tested though), moved fixed point math to sbc_math.h. I've decided to > > use > >>>>struct to keep hi and low parts of 64bit number, but now I'm stuck with >>> >>>make >>> >>> >>>>it alighned onto 4 bytes boundary (I've tried __attribute__ ((alighned >>> >>>(4), >>> >>> >>>>packed)) with the struct, but it does not help, apparently I'm missing >>>>something :) ), so currently everything is loaded byte-wise which is >>>>slow.... I'll try to ressolve the issue and then submit the changes... >>>> >>>>Regards, >>>> Victor. >>>> >>>> >>>>----- Original Message ----- >>>>From: "Brad Midgley" >>>>To: >>>>Sent: Sunday, August 28, 2005 07:44 >>>>Subject: Re: [Bluez-devel] sbc and fixed-point progress >>>> >>>> >>>> >>>> >>>>>Victor, >>>>> >>>>>Sorry... reapplied. I had thought this was one of my own fixed-point >>>>>tests. Thanks for keeping an eye on it. >>>>> >>>>>BTW, I started unrolling the decoder on paper and there's a ton of room >>>>>for optimization. I'll rewrite it in floating point to start with. >>>>> >>>>>Brad >>>>> >>>>> >>>>> >>>>>>For some reason a piece of code from my initial patch is missing for >>> >>>cvs >>> >>> >>>>>>repository after the last updates... It is performance critical... > > I've > >>>>>>attached the patch to bring it back. Or it was removed on purpose? >>>>>> >>>>>>Regards, >>>>>> Victor. >>>>>> >>>>>>----- Original Message ----- From: "Brad Midgley" >>> >>> >>> >>>>>>To: >>>>>>Sent: Friday, August 26, 2005 07:10 >>>>>>Subject: Re: [Bluez-devel] sbc and fixed-point progress >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>Victor, >>>>>>> >>>>>>>How did you compute the floating point _anamatrix8[] and >>> >>>_sbc_proto_8[] >>> >>> >>>>>>>in sbc_tables.h? (I am trying to improve the 4-subband code based on >>>>>>>your 8-subband float and fixed code.) >>>>>>> >>>>>>>BTW, I pulled out the testcode for fixed-point decoding now that >>> >>>people >>> >>> >>>>>>>will compile with fixed point enabled and expect everything to work. >>>>>>> >>>>>>>thanks >>>>>>>Brad >>>>>>> >>>>>>>Victor Shcherbatyuk wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>>Brad, >>>>>>>> >>>>>>>>I ran one more test and instead of -n flag for a2play I changed > > magic > >>>>>>>>87 to magic 50, CPU usage dropped >2 times to ~8% on ARM9@400Mhz and >>>>>>>>sound is still smooth. That's how it was tested in first place which >>> >>>is >>> >>> >>>>>>>>close to 30 MIPS I guess... >>>>>>>> >>>>>>>>Regards, >>>>>>>> Victor. >>>>>>>> >>>>>>>> >>>>>>>>-----Original Message----- >>>>>>>>From: bluez-devel-admin@lists.sourceforge.net on behalf of Victor >>>>>>>>Shcherbatyuk >>>>>>>>Sent: Tue 8/23/2005 5:00 PM >>>>>>>>To: bluez-devel@lists.sourceforge.net >>>>>>>>Subject: RE: [Bluez-devel] sbc and fixed-point progress >>>>>>>>Hello Brad, >>>>>>>> >>>>>>>>I did some test runs on ARM9@400MHz, general fixed point encoder > > eats > >>>>>>>>up ~40% of CPU time, while arm specific version - ~20%. And in both >>>>>>>>cases it runs quite smooth. So the drops you had should have been >>>>>>>>caused by something else (unless you run some othe applications >>>>>>>>cuncurently). >>>>>>>> >>>>>>>> >>>>>>>>Victor. >>>>>>>> >>>>>>>> >>>>>>>>-----Original Message----- >>>>>>>>From: bluez-devel-admin@lists.sourceforge.net on behalf of Brad >>> >>>Midgley >>> >>> >>>>>>>>Sent: Mon 8/22/2005 9:22 AM >>>>>>>>To: bluez-devel@lists.sourceforge.net >>>>>>>>Subject: Re: [Bluez-devel] sbc and fixed-point progress >>>>>>>>Victor >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>>I do not have HW to test arm specific version real time, hope no >>>>>>>>>>suprises there, but I could have missed something when integrating >>> >>>it >>> >>> >>>>>>>>>>into sbc code (it decodes well, but how fast, I will try only >>> >>>monday >>> >>> >>>>>>>>>>evening). >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>Ok, I'll load it on gumstix now and give it a try. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>This is almost perfect. On a 400mhz gumstix (pxa255), I'm able to >>> >>>send >>> >>> >>>>>>>>a 5-minute audio stream with only about three breaks in the audio >>>>>>>>(about 5 seconds each). >>>>>>>> >>>>>>>>I think it will work flawlessly in 4 subbands or if we can shorten a >>>>>>>>few of the ops from 64 to 32 bit. >>>>>>>> >>>>>>>>I committed what's there and used __arm__ for the conditional asm >>> >>>code. >>> >>> >>>>>>>>>>Using a2play needs to tweak 87 magic number, otherwise it drops >>>>>>>>>>samples? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>yes, this is disappointing. We may need to find another way to get >>>>>>>>>reliable timing than setitimer. >>>>>>>>> >>>>>>>>>I did change the first usleep(10) to usleep(1000) and that *may* >>> >>>help >>> >>> >>>>>>>>>with this problem by ensuring that we always interrupt the usleep >>>>>>>>>syscall consistently. I don't have my hp headphones (the set that's >>>>>>>>>very sensitive to timing) handy to test. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>fwiw, I had to use the -n flag to a2play so it wouldn't use itimer > > at > >>>>>>>>all. This flag tells a2play to just send the audio as fast as it can >>>>>>>>encode it. >>>>>>>> >>>>>>>>Brad >>>>>>>> >>>>>>>> >>>>>>>>------------------------------------------------------- >>>>>>>>SF.Net email is Sponsored by the Better Software Conference & EXPO >>>>>>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle >>>>>>>>Practices >>>>>>>>Agile & Plan-Driven Development * Managing Projects & Teams * > > Testing > >>>& >>> >>>>>>>>QA >>>>>>>>Security * Process Improvement & Measurement * >>>>>>>>http://www.sqe.com/bsce5sf >>>>>>>>_______________________________________________ >>>>>>>>Bluez-devel mailing list >>>>>>>>Bluez-devel@lists.sourceforge.net >>>>>>>>https://lists.sourceforge.net/lists/listinfo/bluez-devel >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>>------------------------------------------------------- >>>>>>>SF.Net email is Sponsored by the Better Software Conference & EXPO >>>>>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle >>>>>>>Practices >>>>>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing >>> >>>& >>> >>>>>>>QA >>>>>>>Security * Process Improvement & Measurement * >>>>>>>http://www.sqe.com/bsce5sf >>>>>>>_______________________________________________ >>>>>>>Bluez-devel mailing list >>>>>>>Bluez-devel@lists.sourceforge.net >>>>>>>https://lists.sourceforge.net/lists/listinfo/bluez-devel >>>>> >>>>> >>>>>------------------------------------------------------- >>>>>SF.Net email is Sponsored by the Better Software Conference & EXPO >>>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle >>>>>Practices >>>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & >>> >>>QA >>> >>> >>>>>Security * Process Improvement & Measurement * >>> >>>http://www.sqe.com/bsce5sf >>> >>> >>>>>_______________________________________________ >>>>>Bluez-devel mailing list >>>>>Bluez-devel@lists.sourceforge.net >>>>>https://lists.sourceforge.net/lists/listinfo/bluez-devel >>>> >>>> >>>> >>>>------------------------------------------------------- >>>>SF.Net email is Sponsored by the Better Software Conference & EXPO >>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle >>> >>>Practices >>> >>> >>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & > > QA > >>>>Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > >>>>_______________________________________________ >>>>Bluez-devel mailing list >>>>Bluez-devel@lists.sourceforge.net >>>>https://lists.sourceforge.net/lists/listinfo/bluez-devel >>>> >>> >>> >>> >>> >>>------------------------------------------------------- >>>SF.Net email is Sponsored by the Better Software Conference & EXPO >>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > >>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & > > QA > >>>Security * Process Improvement & Measurement * > > http://www.sqe.com/bsce5sf > >>>_______________________________________________ >>>Bluez-devel mailing list >>>Bluez-devel@lists.sourceforge.net >>>https://lists.sourceforge.net/lists/listinfo/bluez-devel >> >> >>------------------------------------------------------- >>SF.Net email is Sponsored by the Better Software Conference & EXPO >>September 19-22, 2005 * San Francisco, CA * Development Lifecycle > > Practices > >>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >>_______________________________________________ >>Bluez-devel mailing list >>Bluez-devel@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/bluez-devel >> > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Bluez-devel mailing list > Bluez-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-devel ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel