similar to: Is FLAC hardware independent?

Dear list, > Which "output file" are you referring to?? Also, your question is incompletely specified, because you do not qualify whether the input is the same when you expect the output to be the same. My question is the following: For any encoding option (e.g. -5, default), does the flac encoder produce the same byte-for-byte output regardless of the CPU? Regards, Fernando

Dear list, We are investigating about some state-of-the-art lossless audio codecs and their performance in terms of? rate and compression ratio. Therefore, it is very important to us to know whether a codec is hardware independent, i.e. if it produces the same output file regardless of the hardware. Could you please tell me whether FLAC is hardware independent? Thank you very much in advance.

Harry Sack wrote: > > > 2007/3/29, Brian Willoughby <brianw@sounds.wa.com > <mailto:brianw@sounds.wa.com>>: > > There actually is no problem with 24-bit support, as I stated > earlier. So before people start chiming in with "me too" - I'd > like to request that you actually say what problem you're seeing, > along with a few

Hi, I have read this on a forum: 'FLAC supports 24-bit audio fine. My understanding is that the FLAC format also handles 32-bit ints, but the reference encoder does not implement it, and FLAC has no support for float data. WavPack handles all integer bitdepths up to 32-bit and also 32-bit floats. Both codecs handle all sampling rates.' I was wondering if there are plans to support

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

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

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

This patch to opus-tools adds optional support to WavPack lossless format as input to opusenc. Like support to FLAC, it depends on an external library, libwavpack, and may be disabled on configure. Lucas Clemente Vella (1): Reading input from WavPack files. Makefile.am | 7 +- configure.ac | 37 ++++++++ src/audio-in.c | 71 ++++++++------- src/opusenc.c | 19 +++- src/opusenc.h

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

I wrote a somewhat quick and dirty player for flac files with internal cue sheets. It is curses-based, and I've tested it under linux and cygwin. It uses OSS for audio output. Reply or contact me if you would like the source. Neal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20060521/2c4a88a7/attachment.html

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

"Didier Dambrin" <didid at skynet.be> wrote: ... > I like FLAC on the paper because of its metadata preservation, in that riff > tag, which is critical for my needs. Try using WavPack, http://www.wavpack.com/ This can losslessly compress 32-bit floating point WAVE-EX files, and faithfully preserves every chunk (which FLAC does not do). It is also free. Regards, Martin --

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

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

On Aug 8, 2009, at 23:11, Didier Dambrin wrote: > Electronic music quite often doesn't leave a computer these days. > And it > mainly consists of drums, synths & vocals/effects. Drums are often > samples > sequenced at sample (not sub-sample) accuracy, thus repeated (of > course if > the song was post-resampled, there will be sub-sample times). Good point. I

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.

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

On 5/23/06, Michael Kiermaier <michael.kiermaier@gmx.net> wrote: > On Sunday 21 May 2006 23:31, Neal B. wrote: > > A picture is worth 1000 words, so here is a screenshot: > > > > http://img62.imageshack.us/img62/2783/fplayshot4yy.png > > Hi Neal, > > currently I am looking for a flac-player on Linux that understands internal > cue-sheets. So I am very

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