similar to: FLAC 24 bit test

2007/3/29, Josh Green <josh@resonance.org>: > > Hello FLAC list. Hi Josh, As far as I know 24 bit FLAC support is broken. It often doesn't > compress the audio at all, but instead stores the chunks as verbatim > type (although the FLAC format supports 24 bit). Perhaps this is fixed? If so, do let me know. I also want to know if this is fixed. I agree that perhaps

2007/3/29, Brian Willoughby <brianw@sounds.wa.com>: > > > On Mar 29, 2007, at 12:44, Harry Sack wrote: > > 2007/3/29, Josh Green <josh@resonance.org>: > > > > As far as I know 24 bit FLAC support is broken. It often doesn't > > compress the audio at all, but instead stores the chunks as verbatim > > type (although the FLAC format supports 24

On Thu, 2007-04-05 at 02:27 -0700, Brian Willoughby wrote: > Josh (Green), > > Seems like the longest example in your list is a 15-second file. I > would like to see the same problem exhibited in a file that is of a > normal length. I have been recording full performances lasting > hours, and flac always compresses the files below 70% of the original > size. >

On Thu, Apr 05, 2007 at 06:48:06PM +0200, Josh Green wrote: > It seems that generally Wavpack does a little better than FLAC at > compressing audio. But that is generally within a rather small margin. > 20% margin seems a little large to me though. There may indeed be no > problem with the FLAC reference implementation in regards to 24 bit and > its just having trouble compressing

Josh (Green), Seems like the longest example in your list is a 15-second file. I would like to see the same problem exhibited in a file that is of a normal length. I have been recording full performances lasting hours, and flac always compresses the files below 70% of the original size. Another thing to note is that "--best --no-padding" will not create a file that is

Josh Coalson wrote: > yeah, we'll need more info than that. Here is my test project then. To keep the zip small, I didn't put the flac files. Just copy the flac-1.1.0 directory into flactest (so that the path flac-1.1.0\include and flac-1.1.0\src exists in flactest). The project should then compile as is. All the code is in flactest.cpp. It's pretty basic. You'll have to

Thanks to those who sent in results for the 24 bit FLAC test I created. Results were received for Windows, Linux, and Intel Mac. All results showed the identical poor compression ratio with the given test file. This indicates that the issue is likely not related to a certain platform/compiler. I also tested FLAC with various other options like integer only and turning off ASM optimizations (to

On Mar 29, 2007, at 12:44, Harry Sack wrote: > 2007/3/29, Josh Green <josh@resonance.org>: > As far as I know 24 bit FLAC support is broken. It often doesn't > compress the audio at all, but instead stores the chunks as verbatim > type (although the FLAC format supports 24 bit). Perhaps this is > fixed? > If so, do let me know. > > I also want to know if this

Hi Justin, I am using flac on the Mac OS X command-line with AIFF input files. In fact, you can use my Mac installer for flac to get everything you need for working 24-bit files in FLAC. You can also build flac from the open-source project to get the same thing. It sounds like you're using libFLAC, and the REAPER programmers are unable to get it working with 24-bit. Have you tried

Hello FLAC list. As far as I know 24 bit FLAC support is broken. It often doesn't compress the audio at all, but instead stores the chunks as verbatim type (although the FLAC format supports 24 bit). Perhaps this is fixed? If so, do let me know. I agree that perhaps 32 bit float/pcm isn't entirely necessary when it comes to storing different qualities. But when wanting to preserve

On Thu, May 29, 2003 at 09:10:04AM -0700, Jehan wrote: > Jehan wrote: > >Here is my test project then. > >To keep the zip small, I didn't put the flac files. Just copy the > >flac-1.1.0 directory into flactest (so that the path flac-1.1.0\include > >and flac-1.1.0\src exists in flactest). The project should then compile > >as is. > > > >All the

To clarify, I am one of the REAPER developers. To say that FLAC itself is not broken is sort of meaningless--FLAC itself is just a specification. So yes, it is just libFLAC that is broken. I have spent QUITE a bit of time trying to sort out why it fails on 24 bit mode.. If there are some specific alignment requirements of samples, please point me to the documentation of them, but we have

Hi Josh, I am noticing a problem in my application also which does realtime encoding on pocket pc. Most 24-bit music content does not compress well. But I have noticed that rectangular waves that I have encoded have compressed fairly well, so it seems to depend upon the predictibility of the content. I would also be very interested in a fix for this. Gordon --- Josh Green <josh at

Brian Willoughby wrote: > Hi Justin, > > Are you saying that 24-bit support does not work for you? Which > version of FLAC are you using? What platform? What kind of files are > you trying to compress? > We're using FLAC 1.1.2, and we're compressing any kinds of PCM audio. The software that we make that uses it is REAPER, www.reaper.fm. We sent some messages

Hi Justin, Are you saying that 24-bit support does not work for you? Which version of FLAC are you using? What platform? What kind of files are you trying to compress? I am not any kind of official spokesperson for FLAC, but this alleged report about 24-bit problems surfaced in Aug 2006. However, I have been successfully using 24-bit FLAC since June of 2004, and I have never seen a

Hi Henry, 32-bit float has exactly the same precision as 24-bit int. I'm not sure what the reference encoder does, but it would be possible to write an encoder based on the FLAC library which converts 32-bit float to 24-bit int when creating a FLAC-compressed file. You could also do the 32-bit float-to-24-bit int conversion with another tool before using the standard flac encoder.

sorry if I'm not reading this close enough, I'm ploughing through a bunch of emails here, but the source of this problem is what I consider a design defect in FLAC which uses frame numbers to save space, and confusing logic for determining whether the frame number or sample number is stored. if I had it to do again I would just have it store the sample number always. if you are going to

> Hello FLAC list. > > As far as I know 24 bit FLAC support is broken. It often doesn't > compress the audio at all, but instead stores the chunks as verbatim > type (although the FLAC format supports 24 bit). Perhaps this is fixed? > If so, do let me know. Hi Josh Green, 24-bit FLAC works perfectly, and has done so for years. I regularly make live recordings in

sorry if I did not reply to this, answers below: --- Josh Green <josh@resonance.org> wrote: > On Tue, 2006-07-25 at 06:37 +0200, Josh Green wrote: > > A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a > bug > > report related to decoding of CRAM files. This issue occurs with > > flac-1.1.2 but not previous versions (such as flac-1.1.1). Note >

On Thu, 2007-03-29 at 12:53 -0700, Brian Willoughby wrote: > > Hello FLAC list. > > > > As far as I know 24 bit FLAC support is broken. It often doesn't > > compress the audio at all, but instead stores the chunks as verbatim > > type (although the FLAC format supports 24 bit). Perhaps this is > fixed? > > If so, do let me know. > > Hi