Bugzilla – Bug 1499
add support for apple lossless on OS's other than OSX and Windows
Last modified: 2009-09-08 09:15:20 UTC
http://craz.net/programs/itunes/alac.html
The legality of this program is questionable. Dean?
alc mp3 * * [alac] - $FILE$ | [lame] --resample 44100 --silent -q $QUALITY$ -b $BITRATE$ -r - - alc wav * * [alac] - $FILE$ alc flc * * [alac] - $FILE$ | [flac] -cs --totally-silent --compression-level-0 --endian big --sign signed --channels 2 --bps 16 --sample-rate 44100 - those should work according to the readme, but as always, linux users probably have to compile their own binary. staticly linked may work if license allows. of course...is this even legal?
Hi Ruben, Just got it working. You'll need to compile alac and place it in /usr/local/slimserver/server/Bin/i386-linux (or replace /usr/local/slimserver with where ever SlimServer is installed...) You can download the source for alac here: http://craz.net/programs/itunes/alac.html Compiling it is (very) easy, just type make and you have a binary. Then you need to edit the convert.conf file (usually in /usr/local/slimserver/server -- unless you installed elsewhere)... There are probably only 3 conversion sets you would want to change: (comment out the originals with #s like below, and add the uncommented lines): #mov mp3 * * # [mov123] $FILE$ | [lame] --resample 44100 --silent -q $QUALITY$ -b $BITRATE$ -r - - mov mp3 * * [alac] -r $FILE$ | [lame] --resample 44100 --silent -q $QUALITY$ -b $BITRATE$ -r -x - - #mov flc * * # [mov123] $FILE$ | [flac] -cs --totally-silent --compression-level-0 --endian big --sign signed --channels 2 --bps 16 --sample-rate 44100 - mov flc * * [alac] -r $FILE$ | [flac] -cs --totally-silent --compression-level-0 --endian big --sign signed --channels 2 --bps 16 --sample-rate 44100 - #mov aif * * # [mov123] $FILE$ mov wav * * [alac] -r $FILE$ For some reason the mov flc * * transcode rule isn't working for me and I haven't been able figure out why yet... But to wav and mp3 it seems to be working OK... So you should be able to just disable the mov flc rule in Server Settings -> File Types... I also put a bug in our bug tracking system to add support for Apple Lossless on Linux: https://bugs-archive.lyrion.org/show_bug.cgi?id=1499 Regards, Kevin P. On May 5, 2005, at 8:59 AM, Ruben Steck wrote: Hi, We've just received our squeezebox and we're pretty excited. I'm just having one problem setting it up. If you can help with a pointer to documentation or just give some advice, that would be great. Basically, I'm having a problem playing apple lossless files on the squeezebox and/or misunderstanding the capabilities of the squeezebox. Below is a description of our setup. We've got slimserver 6.0.2 running on a linux box where our music files are stored. We get them onto the box from a windows xp laptop running itunes. In itunes, we've got the import set to encode the files as apple lossless. This stores the files on the linux box as .m4a files. In the documentation I've looked at, it appears to state that the squeezebox supports apple lossless natively: "Additionally, Squeezebox2 can play FLAC and Apple lossless encoded audio as well as AIFF and WAV uncompressed audio. This means that the original data from the CD is being played digitally, without any compression or loss of sound quality." My assumption was that the music would live on the server as lossless compressed files; traverse the network as lossless compressed files; and be uncompressed on the fly on the client (squeezebox) side. My main goal is getting lossless quality out of the squeezebox without cluttering the network with raw files, while storing files in a format that's ipod compatible. Any help will be much appreciated. Thanks, Ruben Steck
Kevin: Can you put this information on the Wiki?
done - AppleLosslessUnix
This bug appears to have been fixed in the latest release! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look. Make sure to include the version number of the software you are seeing the error with.