Version: 2.0.1 (using KDE KDE 3.2.2) Compiler: gcc (GCC) 3.3.3 20040217 (Gentoo Linux 3.3.3, propolice-3.3-7) USE="X gtk gnome alsa php mysql lesstif 3dnow apache2 oggvorbis gd gif dvd dvdrgstreamer" CFLAGS="-mcpu=athlon-mp -Os -pipe -fomit-frame-pointer" OS: Linux I would like to be able to play mp4/m4a/aac files. I think that m4a support is already in arts as i can play these files under the command line using artsplay. nick
They are all in aRts through the xine_plugin, but they are missing in TagLib, which makes JuK unsuitable for handling them.
Created attachment 5873 [details] Patch to add MPEG-4 support to Juk
TagLib can add tags to MPEG files regardless of their actual compression method.
Actually it doesn't seem that there's a tagging standard for these files at all yet and as such just writing ID3 tags to them just seems like a good way to break the files somewhere. ;-) This was the only useful discussion that I could find on the topic: http://forums.3ivx.com/cgi-bin/ikonboard/topic.cgi?forum=16&topic=5 Also note that I really don't intend to allow proprietary / DRM enabled formats in JuK. From what I can tell there don't even exist Free / OSS encoders for these formats.
I tried this patch and it works good for me. Although in the process of compiling from source I updated arts and I have issues with squelchy/artifacts in my audio. This is unrelated to this patch though as it happens in other arts players.
There is FAAC for encoding, which is GPL. And FAAD or FAAD2 for decoding (first LGPL and second GPL).
Is this patch going to be make it into the official juk tree ? Nick ...
No, not in its current form. It doesn´t produce files that are legal generally speaking, though taglib based players would be able to read / tag them other applications would not be able to.
*** This bug has been marked as a duplicate of 89045 ***
> *** This bug has been marked as a duplicate of 89045 *** Why is this bug marked as a duplicate: it's older than 89045?
Because if this does get implemented it will be in TagLib, and it was easier to mark it as a duplicate than to reassign it and mark the other one as a duplicate of this one. Really it makes no difference...
> Because if this does get implemented it will be in TagLib, and it was > easier to mark it as a duplicate than to reassign it and mark the other one > as a duplicate of this one. I see. > Really it makes no difference... It makes the statistics wrong: now it seems you fixed an older wish with many votes, which isn't true of course.
Don't know a lot about this issue, so I'm probably ignorant of a lot of factors. But it sure would be nice to make the transition easier for ex Windows / Itunes users with Ipods to Linux. If their entire library is already ripped in AAC by Itunes, and conversion to mp3 will result in loss of quality, it puts ex-Itunes / ipod users in a bit of a bind. Of course DRM support is out of the question, but straight AAC support sure would be nice.