Displaying 6 results from an estimated 6 matches for "flac__bitbuffer_default_capac".
2004 Sep 10
2
FLAC as part of the Ogg project?
Josh Coalson wrote:
> --- Christer Palm <palm@nogui.se> wrote:
>
>>
>>I'd be happy to put some effort into making that happen, but after
>>having looked at the code as it currently stands I realize that this
>>would require some quite substantial changes, and it would probably
>>be
>>wise to have an open discussion about whether and how such
2004 Sep 10
0
FLAC as part of the Ogg project?
...sizes, which would have made it more
practical to put the frame length in the frame header. but
the bad news is that there is no way to determine the frame
length except by decoding.
I'm not exactly sure what the read constraint you mention
means but it might be helpful to tweak the value for
FLAC__BITBUFFER_DEFAULT_CAPACITY in src/libFLAC/bitbuffer.c
to be something larger (just guessing). that value should
probably be exposed in the API.
Josh
__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com
2004 Sep 10
1
FLAC as part of the Ogg project?
Josh Coalson wrote:
> but
> the bad news is that there is no way to determine the frame
> length except by decoding.
>
Yes, I realized that... :-(
> I'm not exactly sure what the read constraint you mention
> means but it might be helpful to tweak the value for
> FLAC__BITBUFFER_DEFAULT_CAPACITY in src/libFLAC/bitbuffer.c
> to be something larger (just guessing). that value should
> probably be exposed in the API.
>
Well, what is happening is that I get a call from a framework whenever
there is data available to decode. Inside that function, I imagine two
choices - put th...
2004 Sep 10
4
bitbuffer optimizations
...orks fine for me, but
please check it before commiting...
--
Miroslav Lichvar
-------------- next part --------------
--- src/libFLAC/bitbuffer.c.orig 2003-01-30 17:36:01.000000000 +0100
+++ src/libFLAC/bitbuffer.c 2003-01-30 21:53:18.000000000 +0100
@@ -51,6 +51,25 @@
*/
static const unsigned FLAC__BITBUFFER_DEFAULT_CAPACITY = ((65536 - 64) * 8) / FLAC__BITS_PER_BLURB; /* blurbs */
+static const unsigned char byte_to_unary_table[] = {
+ 8, 7, 6, 6, 5, 5, 5, 5, 4, 4, 4, 4, 4, 4, 4, 4,
+ 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3,
+ 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2,
+ 2, 2, 2, 2, 2, 2, 2, 2, 2, 2,...
2005 Jan 01
2
libFLAC bitbuffer optimizations
...et
> around to applying it for a long time.
This is Miroslav's patch, from the mailing list post I dug up in the archives:
--- orig/src/libFLAC/bitbuffer.c
+++ mod/src/libFLAC/bitbuffer.c
@@ -62,6 +62,24 @@
* keeping in mind the limit from the first paragraph.
*/
static const unsigned FLAC__BITBUFFER_DEFAULT_CAPACITY = ((65536 - 64) * 8) / FLAC__BITS_PER_BLURB; /* blurbs */
+static const unsigned char byte_to_unary_table[] = {
+ 8, 7, 6, 6, 5, 5, 5, 5, 4, 4, 4, 4, 4, 4, 4, 4,
+ 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3,
+ 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2, 2,
+ 2, 2, 2, 2,...
2004 Dec 28
2
libFLAC bitbuffer optimizations
Pulled from my Arch archive, this following patch seems to have made
quite a difference in getting my ARM7TDMI chip to play FLAC (compression
levels 0-2) on my ipod. I don't have benchmarks with hard numbers, but
playing with skips vs playing without skips is a fairly noticeable
difference.
memcpy and memset on uClibc are optimized in asm for the ARM7TDMI in
uClibc. Other hardware/libc