Bugzilla – Bug 222
add support for monkey's audio .ape format
Last modified: 2008-08-18 10:54:16 UTC
http://www.monkeysaudio.com/ for more information. monkey's is currently only supported on windows, but they have plans for a unix port. http://www.monkeysaudio.com/developers.html for development info...
fyi...I have a linux binary of mac that works for playback. The musepack support added APEtags module, which should help. However, I have no clue how to get size, duration, or bitrate. However, APE is supposed to contain the original WAV headers. Could be possible to read using WAV::read.
Created attachment 156 [details] basic initial functionality included linux and win binaries. grabs tags, but still only estimates bitrate, and duration information. linux binary may not be right since I can't actually remember if it was a static binary or not.
an OSX for mac is suposedly here: http://tmkk.hp.infoseek.co.jp/mac_397b.tar.gz
Created attachment 158 [details] update APE.pm more complete APE info, even if its not the cleanest looking code yet. It does return fairly accurate bitrate and duration. it needs more in the way of sanity checks.
Created attachment 159 [details] Slim::Formats::APE this is the updated slimserver formats module, now grabs real bitrate and duration instead of making it up.
Created attachment 160 [details] final Audio::APE updates to handle ape 3.98.
Created attachment 161 [details] Formats::APE final working version with no debug stuff left behind :)
I've found a copy of MAC.exe that does stdout properly under windows. This should now work for linux and windows now. of course, much nicer if someone with teh know-how can make static binaries for linux and for osx (see above comments for osx source) anyone interested in having it added? anyone up for compiling?
Can this patch be included in a nightly release for the Windows XP platform?
KDF: How close are we to having this work out-of-the-box. If a user has mac.exe installed, what more do they need to do? (I think we need updated convert.conf and types.conf, no?) Anything else? It would be great to get this working for Bruce.
the patches included here have the required changes to convert.conf included. The only thing missing form the attachments here is a version of mac.exe that works as we need it to. I have that on my system, and have sent it to other users who have asked me about this before.
Created attachment 236 [details] mac binary for windows. This binary is the one I've been using for my setup.
committed to 6.0 CVS Jan 2, 2005. What is still needed is a static linked linux binary and an osx binary for APE 3.99.
do you want this in 5.4.1?
No. No new features in 5.4.1, just bug fixes.
well, the 6.0 builds should now work under windows then, provided none of the 6.0 bugs prevent it the server from running on the given winxp system :)
svn has a binary for windows and darwin. I suppose linux users should be expected to compile their own copy. essentially, this is as complete as it will get under the current scope.
Current build of Slimserver 6 still doesn't appear to be properly handling .ape files. If you browse to an .ape file via "browse music folder" and select a file, all is good. But, if you select the same file using any of the tag searches, the Squeezebox displays the track but won't play it. Please advise.
turn on d_source and attach that section of the log when you attempt to play the song, please. APE should be working fine. I have several files myself that all play.
Bruce: We haven't been able to reproduce. Can you try with the latest slimserver release and reopen the bug if it's still there? Thanks.
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!