GNOME Bugzilla – Bug 168035
[monkeysdec] doesn't support 3.99 MAC files
Last modified: 2005-12-23 14:18:19 UTC
Distribution/Version: Ubuntu/Hoary Hi, I first tried with the gstreamer precompiled binaries from ubuntu, and compiled monkey plug from source (0.8), then I tried compiling everything from latest official release. I assume my basic setup is right, and: gst-inspect-0.8 monkeysaudio does give me some info I end-up with the following problems: ******* A - can't play gst-launch-0.8 filesrc location=test/test.ape ! monkeysdec ! esdsink => aborting (I think this is the same as closed bug #139012) ******* B - mime problem? Some of my apes use an ID3 tag instead of the "regular" ape tag. I think this is legitimate, but... they end-up with an audio/mp3 mime type. My other apes (using apes tag) end-up with an "application" mime-type. This is quite confusing, and I'm not familiar with the new gnome mime system. Can this be the source of the problem? I can provide additional informations if necessary; still, as I'm a linux newbie, I might need directions :) Thanks for your work. Olivier
From what I understood of mime-database at freedesktop: I created a monkey.xml file, put it in /usr/share/mime/packages and performed a update-mime-database. <?xml version="1.0" encoding="UTF-8"?> <mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info"> <mime-type type="application/x-ape"> <comment xml:lang="en">Monkey</comment> <comment xml:lang="fr">Monkey</comment> <glob pattern="*.ape"/> </mime-type> </mime-info> Now my apes with ape tag have an application/x-ape mime type. My apes with id3 still appear as audio/mp3 (I think this is due by some id3 sniffing in the freedesktop.xml file mp3 entry) This doesn't solve the main point - reading apes still abort... Anyhow, shouldn't this new mime-type be added automatically when installing the plugin (and some associations made with players) ? Best regards, Olivier
We don´t use the FDO mimetype database, we use our own. We prefer to refer to them as media types, since they´re not really mime types in a way.
Basically, gst-monkeysaudio hasn't been updated for the latest monkeysaudio release, and it doesn't work with current monkeysaudio files (3.99?) (ie. eats up all memory and dies or aborts right away). Someone would need to update it, but it seem to me that noone can really be bothered to spend any time on it given the current licensing situation of monkeysaudio and the reluctance of the monkeysaudio author to respond to relicensing requests (or rather any requests of any kind, judging from the posts in the monkeysaudio forum at least). Cheers -Tim
"Basically, gst-monkeysaudio hasn't been updated for the latest monkeysaudio release, and it doesn't work with current monkeysaudio files (3.99?) (ie. eats up all memory and dies or aborts right away)." :( that explains my troubles - all my files were compressed with 3.99u4. Well, this isn't the place to discuss about the licence story (I'm aware of). Does this mean Gstreamer monkey's audio plugin is discontinued (until anything happens on the licence front)? About synching with 3.99: Do you think I can achieve it myself by simply grabbing the latest sdk from mac site, and recompile the plugin with the updated maclib, or does it involve serious c/c++ hacking inside the lib (that I can't do...)? Anyhow, thanks for the answers and the work on Gstreamer, Best regards, - Olivier
Only one way to find out... :). I don´t know how much their API changed.
Forget it. I tried to use the linux port of the lib available at rarewares; failed hopelessly. Only my great newbiness made me hope something from such an attempt. So now I guess I can either: - use xmms °( - convert 400 gigabytes of monkeys to flac :( - learn c++ and contribute :/ Best regards, - Olivier Ps: shall this bug be closed? or retitled to describe the fact that macplug doesn't support mac files above 3.96?
Leave it open...
I'll try to find some time to update the gst-monkeysaudio soon. I'm sorry but I'm very busy those days ;)
I'm having the same problem. I've read everything and can see that the root problem probably lies in the author's confusing licensing. He says "Feel free to use Monkey's Audio in GStreamer and Debian" but still has his own unique license. I'm happy to pay a bounty to fix this one - it would be easier than converting all my files to flac - US$50 anyone?
> I've read everything and can see that the root > problem probably lies in the author's confusing licensing. He says "Feel free to > use Monkey's Audio in GStreamer and Debian" Excuse me, I don't understand the alleged problem with licensing. AFAIK, we need the author's permission to use the code, not to use the format. Unless there are patents on it. So the question is: are there patents on the ape FORMAT? If not, why are you talking about license problem for the gstreamer plugin?
The code isn't open-source. Thus, people tend to not want to deal with it. That's the entire story.
We use his code in the GStreamer plugin.
Updating to HEAD, the plugin still needs to be ported and checked though
We just made a 0.8.2 release of gst-monkeys audio which fixes this bug. GStreamer 0.10 port planned, closing this bug.