search for: petta

Josh Coalson <xflac@yahoo.com> wrote: > --- Eric Wong <eric@petta-tech.com> wrote: > > Just to let you guys know, I've been listening to FLAC (compression > > level 2 or lower) tunes on my 3rd generation ipod running ipodlinux > > (modified uCLinux) for the past few days. No skips or slow-downs > > whatsoever using MPD to play musi...

Just to let you guys know, I've been listening to FLAC (compression level 2 or lower) tunes on my 3rd generation ipod running ipodlinux (modified uCLinux) for the past few days. No skips or slow-downs whatsoever using MPD to play music. It's pretty cool to be able to use my iPod for the first time in 7 months. (I could've dual-booted the Apple firmware, but nearly all my music is in

Eric Wong <eric@petta-tech.com> wrote: > Josh Coalson <xflac@yahoo.com> wrote: > > --- Eric Wong <eric@petta-tech.com> wrote: > > > Just to let you guys know, I've been listening to FLAC (compression > > > level 2 or lower) tunes on my 3rd generation ipod running ipodlinux &...

...there are x86 and PPC versions of the routines in CVS that might be good references. it is basically a multiply-accumulate loop but you have to be careful about overflow. an ARM7 version of this function would help the speed on several other FLAC-supported devices. Josh --- Eric Wong <eric@petta-tech.com> wrote: > 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...

...this one faster for the ARM. Help would be greatly appreciated. Right now I'm just looking at compiler output in asm, and counting ops (especially branch calls). Anyways, here goes the patch I described in my first paragraph: * added files {arch}/flac/flac--ipod/flac--ipod--1.1.0/eric@petta-tech.com--2004b-ordinary/patch-log/patch-27 * modified files --- orig/src/libFLAC/bitbuffer.c +++ mod/src/libFLAC/bitbuffer.c @@ -233,11 +233,26 @@ /* first shift the unconsumed buffer data toward the front as much as possible */ if(bb->total_consumed_bits >= FLAC__BITS_PER_BLURB) { +...

Eric Wong <eric@petta-tech.com> wrote: > Just to let you guys know, I've been listening to FLAC (compression > level 2 or lower) tunes on my 3rd generation ipod running ipodlinux > (modified uCLinux) for the past few days. No skips or slow-downs > whatsoever using MPD to play music. > > It'...

...---------------------------------------------------- server NP1, service np1_lpt1 Get_Hostbyname: Unknown host NP1. -------------------------------------------------------------------- is it possible to print on this device? please reply to my e-mail address since i am not on this list. Damon Petta

...vertised, even though I've talked to several ARM asm hackers who said they looked right. I can use the fp as a regular register since since I'm compiling without it. Comments within should explain what I'm having trouble with: http://archzoom.sourcecontrol.net/archzoom.cgi/eric@petta-tech.com--2005a-normalperson/flac--ipod--1.1.0--patch-19/src/libFLAC/arm/lpc_asm.s -- Eric Wong --- orig/src/libFLAC/lpc.c +++ mod/src/libFLAC/lpc.c @@ -293,6 +293,209 @@ void FLAC__lpc_restore_signal(const FLAC__int32 residual[], unsigned data_len, const FLAC__int32 qlp_coeff[], unsigned ord...

The #endifs are mismatched, and my builds were failing because lpc_restore_signal* weren't getting declared. I've also commented the endifs to make them easier to match. Also, is there any reason #ifdefs for FLAC__HAS_NASM and FLAC__CPU_IA32 are separate and nested the way they are and not combined like this?: #if defined(FLAC__CPU_IA32) && defined(FLAC__HAS_NASM) I'm not

As some of you may have read or heard about on IRC, Luke will be giving a talk on puppet at this years SCALE in Los Angeles, Ca. It only seems right to buy the man who makes all of our lives easier a drink or two to show our appreciation, so how about a puppet meet on Saturday, February 9th. According to the schedule Luke is going to be giving the presentation at 3:00pm til 4:00pm, so

Josh Coalson <xflac@yahoo.com> wrote: > thanks for the patch. No prob :) > also, if you have miroslav's patch again a more updated version > of bitbuffer.c that would be great. I have been meaning to get > 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 +++