Martijn van Beurden wrote:
> On 04-05-13 14:17, Martijn van Beurden wrote:
> > To *1.2.1 -> libraries* I would add
> > - Added support for encoding the residual coding method introduced in
> > libFLAC 1.2.1 (RESIDUAL_CODING_METHOD_PARTITIONED_RICE2) which will
> > encode 24-bit files more effici
On 04-05-13 14:17, Martijn van Beurden wrote:
To *1.2.1 -> libraries* I would add
- Added support for encoding the residual coding method introduced in
libFLAC 1.2.1 (RESIDUAL_CODING_METHOD_PARTITIONED_RICE2) which will
encode 24-bit files more efficiently
I meant "introduced in libFLAC 1.2.0
On 04-05-13 12:41, Erik de Castro Lopo wrote:
Miroslav Lichvar wrote:
On Thu, May 02, 2013 at 09:31:25PM +0200, Martijn van Beurden wrote:
I don't know why this isn't on the changelog, but it is probably still a
good idea to add it. This only breaks compatibility for 24-bit streams.
(So: decod
Miroslav Lichvar wrote:
> On Thu, May 02, 2013 at 09:31:25PM +0200, Martijn van Beurden wrote:
> > I don't know why this isn't on the changelog, but it is probably still a
> > good idea to add it. This only breaks compatibility for 24-bit streams.
> > (So: decoders older than 1.2.0 might not be
On Thu, May 02, 2013 at 09:31:25PM +0200, Martijn van Beurden wrote:
> I don't know why this isn't on the changelog, but it is probably still a
> good idea to add it. This only breaks compatibility for 24-bit streams.
> (So: decoders older than 1.2.0 might not be able to decode 24-bit FLAC
> fil
Hi all,
Sorry for bringing this up this short before the release, but I noticed
something rather strange.
I was doing some more exotic checks on the last pre-release when I tried
test_streams.sh with FLAC 1.3.0 encoding and an older version (1.1.0 or
something like that) decoding. This failed
