<br><br><div><span class="gmail_quote">2007/3/29, Brian Willoughby <<a href="mailto:brianw@sounds.wa.com">brianw@sounds.wa.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><br><div><span class="q"><div>On Mar 29, 2007, at 12:44, Harry Sack wrote:</div></span><blockquote type="cite"><div><span class="q"><span class="gmail_quote">2007/3/29, Josh Green <<a href="mailto:josh@resonance.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
josh@resonance.org</a>>:</span></span><span class="q"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As far as I know 24 bit FLAC support is broken. It often doesn't
<br>compress the audio at all, but instead stores the chunks as verbatim<br>type (although the FLAC format supports 24 bit). Perhaps this is fixed?</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If so, do let me know. </blockquote><div><br>I also want to know if this is fixed. <br></div></span></div></blockquote><div><br></div><div>Harry, your question doesn't make it clear as to whether you're actually having a problem, or just curious about the answer. Josh Green says he's having a problem where compression doesn't seem to work. Harry, are you actually seeing a problem with 24-bit? What is the problem you're seeing? Are you just writing in because you're curious about the status?
</div></div></div></blockquote><div><br><br>yes sorry, I was just curious about the status, I have never tried 24-bit myself.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><div>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 details. Let's not start a rumor fest here.
</div><span class="q"><div><br></div><br><blockquote type="cite"><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I agree that perhaps 32 bit float/pcm isn't
<br>entirely necessary when it comes to storing different qualities. But<br>when wanting to preserve floating point audio, I would think it would be<br>a nice feature. I believe 32 bit floats have a precision of 23 bits
<br>when the audio is +/- 1.0, so in theory that would mean that 24 bit<br>would have more precision but less dynamic range (if the floating point<br>range is outside of +/- 1.0). </blockquote><div><br>Is it possible to explain me a bit further what "less dynamic range" exactly means? Can this difference actually be heard and if yes, in what audio quality sources? I have just discovered FLAC and I'm not an audio professional, but I wanted to know what the "real" difference between 32 bit float and 24 bit int precission is when comparing audio quality.
<br></div></div></blockquote><div><br></div></span><div>You cannot hear 32-bit audio because there is no such thing as a 32-bit digital-to-analog converter. And there is absolutely no floating-point D/A of any bit-depth. So you cannot compare the audio quality of 32-bit to anything. All digital audio must be converted to 24-bit or less before you can hear it. This conversion is not part of FLAC, so you probably should look elsewhere to learn about general digital audio technology.
</div><div><br></div><div>FLAC is lossless when compressing any audio that comes from an A/D. FLAC is lossless when compressing any audio that is properly prepared for D/A, and thus ready for listening. Any other format not supported by FLAC is an intermediate format used by audio engineers and not typically for distribution, except perhaps in scientific circles.
</div><div><br></div><div>Note: there are non-linear DACs for 8-bit codes, but those are not true floating point, even though the bit code has a mantissa and exponent.</div><span class="q"><div><br></div><br><blockquote type="cite">
<div><div> And I'm also guessing for reasons why WavPack actually uses 32 bit floats. Is it true then that FLAC is not completely lossless if you look at the encoder when using 24 bit int's vs. using 32 bit float's? Does this storage thing influences the audio quality of just regular Audio-CD quality (16 bits,
44.1 kHz, stereo) after compression, because that's the main reason I use FLAC.<br><br></div></div></blockquote><br></span></div><div>Lossless means lossless. 16/44.1 CDDA audio quality is identical before and after FLAC. CDDA audio does not use 24-bit or 32-bit codes at any point. It is all 16-bit integers.
</div><div><br></div><div>FLAC does not support 32-bit float, so it is pointless to say whether it is completely lossless when storing 32-float as 24-bit int. If you convert 32-float to 24-bit outside FLAC, then the loss occurs elsewhere, not in FLAC. FLAC is completely lossless for all formats that it supports. I'm sorry that I confused things in my earlier message by pointing out that you can convert 32-bit float to a format that FLAC supports or that you can write your own encoder/decoder for 32-bit integer FLAC. You really need to understand floating point numbers and what kind of audio data you have before trying to analyze FLAC this way.
</div></div></blockquote><div><br><br>thanks, now it's all clear for me !<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">
<span class="sg"><div>Brian Willoughby</div><div>Sound Consulting</div><div><br></div></span></div></blockquote></div><br>