All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brad Midgley <bmidgley@xmission.com>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] sbc and fixed-point progress
Date: Sat, 03 Sep 2005 10:05:09 -0600	[thread overview]
Message-ID: <4319C9B5.9060508@xmission.com> (raw)
In-Reply-To: <001601c5b09c$df79dee0$0201a8c0@NBVICTOR>

Victor

Excellent... I applied the patches.

Brad

Victor Shcherbatyuk wrote:
> Brad,
> 
> The patch includes restructured and cleaned up code for 8-subband fixed 
> point encoder (I didn't touch a2play yet). I've removed some of your 
> code (if you need it let me know), moved fixed tables to sbc_tables.h 
> (manually), merged floating and fixed point filter code. Now all the 
> math is in sbc_math.h, an option added for 32 bit fixed point, but I 
> could not make it sound any good, it is uses ~0% cpu producing sound of 
> 0 quality - looks fair, so if someone wants to experiment with it... :)
> 
> I will do 4 subband encoder too. Can not promise any dates, depends how 
> easy it goes...
> 
> I've played with Philips codec and I've noticed one thing. With the same 
> value of bitpool our codec produces bitrate half of what the Philips 
> codec does... So, if I set bitpool 15 for the Philips codec it will 
> produce the same bitrate and sound quality as our encoder produces with 
> bitpool eq. 32 - something might be wrong with bitallocation?
> 
> Regards,
>      Victor.
> 
> P.S. There is no real need in rmagnitude() as we can test the filter 
> code for overflowing using an test app, supplying all kind of inputs and 
> comparing its output with that of the floating point filer. I've done it 
> and currently it does not overflow, later if we need more precision? we 
> can tweak SCALE_STAGE1 and SCALE_STAGE2 to get maximum of precision 
> without overflowing....


-------------------------------------------------------
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

  reply	other threads:[~2005-09-03 16:05 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-28 13:14 [Bluez-devel] sbc and fixed-point progress Victor Shcherbatyuk
2005-07-28 14:59 ` Brad Midgley
2005-07-28 18:41   ` Victor Shcherbatyuk
2005-07-28 19:21     ` Victor Shcherbatyuk
2005-07-28 21:09       ` Brad Midgley
2005-08-21 18:47   ` Victor Shcherbatyuk
2005-08-21 21:56     ` Roberto
2005-08-21 22:24       ` Victor Shcherbatyuk
2005-08-22  6:15     ` Brad Midgley
2005-08-22  7:22       ` Brad Midgley
2005-09-03 15:33 ` Victor Shcherbatyuk
2005-09-03 16:05   ` Brad Midgley [this message]
2005-09-06 21:53     ` Victor Shcherbatyuk
2005-09-07  3:24       ` Brad Midgley
2005-09-03 19:36   ` [Bluez-devel] bcm2035 Oliver Ruiz Dorantes
2005-09-04 12:09     ` Paul Webster
2005-09-04 14:02       ` Oliver Ruiz Dorantes
2005-09-05  4:03         ` Paul Webster
  -- strict thread matches above, loose matches on Subject: below --
2005-09-07  7:14 [Bluez-devel] sbc and fixed-point progress Victor Shcherbatyuk
2005-09-07 21:18 ` Victor Shcherbatyuk
2005-08-26  8:07 Victor Shcherbatyuk
2005-08-26  8:02 Victor Shcherbatyuk
2005-08-27  3:01 ` Brad Midgley
2005-08-24 12:18 Victor Shcherbatyuk
2005-08-24 16:40 ` Brad Midgley
2005-08-24 21:06   ` Victor Shcherbatyuk
2005-08-26  5:10 ` Brad Midgley
2005-08-27 22:54   ` Victor Shcherbatyuk
2005-08-28  5:44     ` Brad Midgley
2005-08-28 22:26       ` Victor Shcherbatyuk
2005-08-23 20:42         ` Roberto
2005-08-29 17:08           ` Brad Midgley
2005-08-23 21:10             ` Roberto
2005-08-29 20:18               ` Brad Midgley
2005-08-29 21:04                 ` Roberto
2005-08-23 15:00 Victor Shcherbatyuk
2005-08-01  8:20 Victor Shcherbatyuk
2005-08-01  8:41 ` Brad Midgley
2005-07-04  4:03 Brad Midgley
2005-07-04 11:11 ` Marcel Holtmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4319C9B5.9060508@xmission.com \
    --to=bmidgley@xmission.com \
    --cc=bluez-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.