The format is ALAC, it’s not proprietary but an open spec. Secondly Apple has been using AAC since forever which is a successor to mp3 and an MPEG standard.
I've been storing my FLAC files as ALAC for iTunes compatibility for the past decade. Max.app on macOS, while old and creaky looking, does a fine job of transcoding them and maintaining tags.
Oh, if you're using homebrew and you want ffmpeg to support ALAC, you can do that. brew edit ffmpeg; add `depends_on "fdk-aac"` and `--enable-libfdk-aac`, `--enable-nonfree` to the relevant sections, remove the bottle section; then, brew reinstall ffmpeg. There's probably a better way to do this that doesn't trigger a merge conflict each time they update the bottle hashes (resolved easily with brew edit ffmpeg, repeat above), but I'm lazy and ffmpeg doesn't update frequently. I have no idea if ffmpeg can maintain ID3 tags from FLAC->ALAC or not, but if you have need of this knowledge someday, say hi to that future for me!
(And if compilation fails with a specific weird error about corefoundation corevideo coreaudio etc, uninstall and reinstall your macOS command line tools, because they're broken; `sudo rm -rf /Library/Developer/CommandLineTools ; xcode-select --install` will do that.)
I wonder why you wouldn't just use ALAC full time? As mentioned in my other comment any decent piece of software or hardware supports ALAC these days.
Sure, if you don't have any use for iTunes or iOS FLAC is the obvious choice, but if you do use iTunes there's really no need to keep two formats around. Just use ALAC.
>ALAC is an open source format, which has all benefits as other open source format e.g. FLAC.
Technically, it's still not as good. For instance, FLAC includes a checksum of the audio data, whereas ALAC doesn't.
FLAC also compresses a bit better (=smaller file sizes) and decodes a bit faster (=lower CPU/battery usage).
ALAC is open source and you can feel free to contribute to it or "adopt"/use it.Apple has been using ALAC for a long time on difference devices and platform. Moreover, according to Wikipedia, "compared to some other formats, it is not as difficult to decode, making it practical for a limited-power device, such as older iOS devices". "Adoption" is not a reason, from my point of view, ask a company/app abandon an open sourced format to use another one.
Apple created ALAC as a closed source project after FLAC had already been released as Open Source. They subsequently changed ALACs license to Open Source -- presumably to take advantage of further development from the community.
The main benefit of lossless is the ability to convert to other formats, including other lossless formats that might have better longevity. So as long as you can convert it to FLAC once downloaded it is doing its job.
Yes exactly. And likewise with trying to avoid DRM via some sort of loopback device that is now lossless too.
I can't information theoretically argue for this. But I can algebraically argue lossless conversion rather than storage is great, and this seems great for the war against bad IP legal regimes.
Too bad they are probably only doing this because they feel that with streaming's dominance, the IP regime is not at risk.
To increase interoperability with existing libraries for example. The user group that has some kind of Apple device, and thus potentialy ALAC encoded audio is quite large.
Yes. Correct me if I'm wrong but I'd be surprised if any of the subscription streaming audio services let you download unencrypted, unencumbered FLAC/lossless files. That would seem to run counter to the whole concept of a subscription pricing model.
True. No one else bothers with it though, because why should they when FLAC exists? That makes ALAC, in practice, largely an Apple-only format.