similar to: FLAC subset

On Thu, Aug 14, 2014 at 12:34 PM, lvqcl <lvqcl.mail at gmail.com> wrote: > Jose Pablo Carballo <jose.carballo at ridgerun.com> wrote: > >> - channels = 2; >> - bps = 16; >> + channels = ((unsigned)buffer[23] << 8) | buffer[22]; >> + bps = ((unsigned)buffer[35] << 8) | buffer[34]; >> total_samples = (((((((unsigned)buffer[43] << 8)

For the interested, the Phatbox (a car audio system) now has firmware to support FLAC files. I have a news bullet on the FLAC site: http://flac.sourceforge.net/news.html#20020213 This is the first hardware support for FLAC (more is coming) and I think the first support of any non-proprietary lossless audio format for any hardware. Kudos to Phatnoise for taking the lead. Josh

Hi, In the last days I've been taking as reference the example found in examples/c/encode/file/main.c. With it I've been able to encode a 2ch, 16 bps, 44100 sample rate input WAV file to a FLAC file. Now I've been trying to modify this example to encode a 2ch, 24 bps, 96000 sample rate WAV file. I have to say I'm a bit lost on how I should read the input file in this case, and

Jaren Stangret wrote: > Interestingly, I noticed compression level '0' is omitted, so I've added it > in. Thanks. > Also, I tested this on a 24bit/96kHz FLAC file and the test failed between > compression level 0 and compression level 1 -- the file size was greater > with a compression level of 1, rather than 0. The test works on > 'noisy-sine.wav'. It

----- Forwarded message from Don Armstrong <don@donarmstrong.com> ----- Date: Thu, 30 Sep 2004 16:19:41 -0700 From: Don Armstrong <don@donarmstrong.com> Resent-From: Don Armstrong <don@donarmstrong.com> To: submit@bugs.debian.org Subject: Bug#274301: libflac4 segfaults on corrupt flac files Severity: normal Package: libflac4 Version: 1.1.0-11 Running ogg123 on

Attached is a patch for 'test_compression.sh'. Interestingly, I noticed compression level '0' is omitted, so I've added it in. Also, I tested this on a 24bit/96kHz FLAC file and the test failed between compression level 0 and compression level 1 -- the file size was greater with a compression level of 1, rather than 0. The test works on 'noisy-sine.wav'. It may be

Attached is a patch for 'test_grabbag.sh'. Continuing in the same vein as the other patches, this patch consists of minor reworks of functions/commands as well as heavily commenting what's going on. More than halfway there! Thanks, Jaren On Tue, Mar 12, 2013 at 9:40 PM, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > > Jaren Stangret wrote: > > >

brendan, you are the bomb =) i have soooooo been waiting for something like phatbox to support flac. thank-you thank-you. ack. i think i need a new head unit (just looked at the compatibility section). and i think josh does *cough* need a free demo unit for umm, testing... -eddie >From: Josh Coalson <xflac@yahoo.com> >To: flac-dev@lists.sourceforge.net >Subject: [Flac-dev]

> check the resulting file for subset blocksizes, sample rates, bits per sample, LPC filter order and rice partition order. That's all parameters that I need to check? FLAC tools have a lots of warnings about non-subset files during encoding, but unfortunately don't have easy way to check/test existing FLAC stream for subset compliance. "flac -a" generates the big text file

I'm moving this over to flac-users... Anyway, are you using Mike Wren's installer? I'm not familiar with that yet. Josh --- C&K Slagle <ckslagle@earthlink.net> wrote: > have winamp installed on a partitioned drive. > I installed the most recent version of Flac which includes the plugin > for > winamp. However, .flac files are not recognized in winamp.. Is it

Thanks for that email. The one lihe change I made is this : from #define FLAC__MAX_RICE_PARTITION_ORDER (15u) to #define FLAC__MAX_RICE_PARTITION_ORDER (6u) and that seemed to make decoder_new() happy, but it's promptly crashing after making a call to the read callback (below), then to the meta callback. The meta callback did nothing but print a string and return. I removed it, and

I changed just the FLAC__EntropyCodingMethod_PartitionedRice struct, but it hasn't changed a thing. I'm still getting the same behaviour. typedef struct { unsigned order; unsigned parameters[1 << 6]; unsigned raw_bits[1 << 6]; } FLAC__EntropyCodingMethod_PartitionedRice; Any other thoughts? Thanks, Reza Josh Coalson wrote: > --- Reza Naima

Great info. I found some descriptions of st5 (md5 fp) and ffp, where I assume that "fp" is just a Taper abbreviation for "fingerprint" - or signature as it's called in the flac header. However, I could not find these utilities or source code. What I found looked like instructions for a gui-based program. I think it would be easier to support Mac if st5 were

Yup... I troubleshooted this with Chris already... seems he didn't actually install Winamp, but just created a shortcut to winamp.exe to launch the program. This means that there is no winamp info in the Windows registry, thus, the installer doesn't think winamp is installed, and it skips the Winamp plugin install. Even if I had the installer check the default install location (\program

shntool (http://etree.org/shnutils/, http://shnutils.freeshell.org/) is Windows-only, but the source is available. > Great info. I found some descriptions of st5 (md5 fp) and ffp, where I > assume that "fp" is just a Taper abbreviation for "fingerprint" - or > signature as it's called in the flac header. However, I could not find > these utilities or source

--- Reza Naima <reza@reza.net> wrote: > I've cross-compiled flac for the armv4l processor (rio receiver), and > > i'm trying to start up a decode thread : > > #include <FLAC/stream_decoder.h> > .... > FLAC__StreamDecoder *flac = NULL; > flac = FLAC__stream_decoder_new(); > if (flac == NULL) { >

--- Brendan Dowling <crypt@phatnoise.com> wrote: > Thanks Josh. I tested the player with some files encoded by another > guy here at work, and seeking into the files seems to work perfectly. > > So the Phatbox now plays FLAC files. Although, it's not yet in the > standard firmware download from the web page, and encoding is not yet > included in the capabilities of

--- Dave Flowerday <davidf@pier13.com> wrote: > Hello, > Can someone give me an idea of the memory requirements for using > libFLAC? > I'm trying to incorporate FLAC support into a player application for > the > Rio Receiver (see http://rioreceiver.comms.net for details), but I'm > having trouble because FLAC__stream_decoder_new() is attempting to > allocate

PhatBox and Music Keg (which I'd describe as MP3 players that hook into your car stereo) unofficially support Vorbis. Apparently there was a post to vorbis-dev quite a while ago about this, but it's news to me, and it hasn't been on this list. I'll add this to my hardware list, which I'll post here soon. This was a (very speedy :-)) response I got from PhatNoise's

--- Brian Willoughby <brianw@sounds.wa.com> wrote: > are there any car stereo flac players? > > My CD transports are all broken or stolen, and I tend to ride with my > PowerBook attached digitally to my car stereo anyway. Seems like if > I buy anything to replace what I had, it should be a hard drive > player that supports flac, maybe with a removable drive. I