Return-Path: From: "Christian Hoene" To: "'BlueZ development'" References: <001d01c93a9f$6f2c8710$4d859530$@de> <1225380052.4626.8.camel@hoene-desktop> In-Reply-To: Date: Fri, 31 Oct 2008 11:23:20 +0100 Message-ID: <001701c93b42$b28bb370$17a31a50$@de> MIME-Version: 1.0 Subject: Re: [Bluez-devel] FW: REALLY Bad encoding performance of Linux SBC audio codec Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Errors-To: bluez-devel-bounces@lists.sourceforge.net Hello Brad, > It would be ideal to have automated tests for codec quality that don't > require windows and that we could run before commits to track our > progress. Wine will be needed for the reference implementation, which is only available for Windows. > We could prepare some encoding/decoding samples with the > reference codec and store them in the project or somewhere online. The > one test we couldn't do this way is to encode with our codec and > decode with the reference. > Are there free tools for checking the quality and for comparing > signal/noise and overall volume? If you can detail the process you use > that would help. Currently, I use PEAQ, which is quite expensive (6000 EUR). It provides you will a couple of parameters regarding the audio quality. I am not aware of a good open source implementation of PEAQ. Christian ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel