#858 closed enhancement (wontfix)
replace the current ALAC code with the ALAC code from Apple
Reported by: | ffmpeguser | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | Keywords: | ||
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Change History (4)
comment:1 by , 13 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:4 by , 13 years ago
Also a standard without at least a second independent implementation is not a standard but a joke.
So removing the only (major?) alternative implementation I know of sure isn't a good idea.
That is ignoring the fact that the Apple code neither fits into the FFmpeg framework nor follows our coding standard.
I at least do not know about the code quality, does the Apple code work on bigendian (probably yes)? On CPUs which do not support unaligned reads/writes (slightly less likely)?
Supporting an external library based on Apple's code like we do for Vorbis and others of course would be possible, if someone feels motivated to do that (and if/when such a library exists).
We like the LGPL v2.
Please do report all issues you have with FFmpeg's alac implementation, I don't think any tickets are currently open!