Version 1.2.1 of the standard/spec or the local implementation?<div><br></div><div>I've not seen "FLAC 1.0/1.1 Compliant" or "FLAC 1.2 Compliant" on the specs of hardware gear for example when FLAC is stated supported.<div>
<br></div><div><div>Just a curious on-looker.</div><div><br></div><div><br></div><div><div class="gmail_quote">On 7 February 2011 02:34, Pierre-Yves Thoulon <span dir="ltr"><<a href="mailto:py.thoulon@gmail.com">py.thoulon@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Version 1.2.1 introduced new rice coding techniques that are used by<br>
the reference encoder for 24 bit files. An older version of the<br>
decoder will have trouble with frames that use this encoding... Maybe<br>
that's where the strange noises come from...<br>
<font color="#888888"><br>
Pyt.<br>
</font><div><div></div><div class="h5"><br>
On 6 févr. 2011, at 06:01, Brian Willoughby <<a href="mailto:brianw@sounds.wa.com">brianw@sounds.wa.com</a>> wrote:<br>
<br>
> Thanks for bringing up this aspect, Nicholas. I seem to recall that<br>
> specific hardware has a problem with certain compression levels, but<br>
> I cannot recall whether that was limited to just encoding, or<br>
> decoding as well. It could very well be true that I am conflating my<br>
> vague memory of encoder limitations with decoder limitations.<br>
><br>
> It does seem to be that the oppo BDP-95 is exhibiting problems with<br>
> particular flac files. Since my original message, my friend has<br>
> installed the latest version of flac and recompressed the exact files<br>
> that were giving him a problem before - now with -0 or --fast he<br>
> doesn't see a playback problem at all. So, even though your<br>
> statements make total sense to me, the evidence seems to indicate<br>
> something about the compressed data that's causing a problem. The<br>
> original audio is not the issue, but how it is compressed.<br>
><br>
> Here's a thought: Since the encoder looks for polynomials, could it<br>
> be possible that certain decoders cannot handle certain polynomials<br>
> in real time?<br>
><br>
> Ah, another possibility is that the oppo BDP-95 implements an older<br>
> version of the decoder, and it's merely new flac files that give it a<br>
> headache. My friend happened to have an old version of flac<br>
> installed on his computer, 1.1.4, and that reported stream errors<br>
> with his files until he upgraded to 1.2.1 - if the oppo has anything<br>
> older than 1.2.1 then I suppose that might explain the decoding<br>
> problems.<br>
><br>
> Brian<br>
><br>
><br>
> On Feb 5, 2011, at 16:33, Nicholas Wilson wrote:<br>
>> Correct me if wrong, but I was under the impression that the<br>
>> processing required for playback was totally independent on the<br>
>> level of compression. The encoder looks for polynomials that fit,<br>
>> and it takes much more processing to find polynomials with a very<br>
>> good fit and small residuals. On the other hand, the decoder just<br>
>> has to multiply out the stored prediction, which is independent of<br>
>> the compression level.<br>
>><br>
>> Nicholas<br>
> _______________________________________________<br>
> Flac mailing list<br>
> <a href="mailto:Flac@xiph.org">Flac@xiph.org</a><br>
> <a href="http://lists.xiph.org/mailman/listinfo/flac" target="_blank">http://lists.xiph.org/mailman/listinfo/flac</a><br>
_______________________________________________<br>
Flac mailing list<br>
<a href="mailto:Flac@xiph.org">Flac@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/flac" target="_blank">http://lists.xiph.org/mailman/listinfo/flac</a><br>
</div></div></blockquote></div><br></div></div></div>