Return-Path: Message-ID: <43097D1F.6050107@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: <42E8F2B6.6090804@xmission.com> <001001c5a680$cfb641e0$0201a8c0@NBVICTOR> <43096D8C.2020805@xmission.com> In-Reply-To: <43096D8C.2020805@xmission.com> 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, 22 Aug 2005 01:22:07 -0600 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