Apple Lossless [Apple Open Source Encoder / Decoder]

[Spoon]

We have updated our codecs to use Apples released code.

<now released (as part of R14.3)>

[tester]

Hi Spoon,

Sorry dumb question, but is this beta?

Thanks

[DarkZod]

refalac64 is still faster, what encoder is used for this?

https://sites.google.com/site/qaacpage/news

[Spoon]

Apples own Encoder is used.

This is the beta.

[Spoon]

Updated 1st December

Works with multi channel (more than 2) now.

[charlesb]

I have a problem when using the beta ALAC codec to encode 5.1 multi channel files. When I encode 5.1 files with high frequencies or sample size (96 kHz or 48 kHz / 24 bits), the resulting ALACs have negative chunk offsets in STCO box. I could upload samples ALAC files if it can help (but they are quite big).

[Spoon]

What size is the file, > 2GB or > 4GB?

[charlesb]

All files I used for my tests (including WAV source files) take less than 350 mb.

[PeterP]

What exactly do you mean "negative chunk offsets"? STCO specification quite clearly says that the offsets are unsigned integers so they cannot be negative, am I right?

[charlesb]

As you probably know values are negative if we convert them to signed integers, and they are very big integers if they are unsigned. Here is a screenshot :

[PeterP]

Thanks for the report, I think I have a good idea what the issue is. An update correcting it will be posted shortly.

[Spoon]

Update 5th January 2012

Bug Fix to Apple Lossless Encoder where for certain audio types (5.1 24 bit) the wrong value could be written to STCO

Download update as first message.

[charlesb]

Thanks, I do not have STCO problem anymore.

[Nubben]

Hi - does this beta codec add the meta data before the other data so to optmise for streaming? Will a dBpa ripped version differ in any way from an iTunes ripped file?

Thanks!

Nubben

[Spoon]

Tags are written before the data.

dBpoweramp will at least tell you if the track contains ripping errors...