Version: (using KDE KDE 3.2.2) Installed from: Debian testing/unstable Packages OS: Linux I have a lot of Audio tracks encoded in the m4a/aac file format, and I'm using the xine backend for using amaroK. I have tried to add all of my media to amaroK, however, only my files in WMA/MP3/AAC(Non m4a) show up. I have tried to play an M4a in Xine (regular), and it works perfectly. Why could this be?
amarok 1.1.1, will play m4a files if the file exention is changed to mp4. this suggests that adding a definition for m4a into they amarok file opening code somewhere would make it all work. one solution is rename m4a mp4 *.m4a but that is no good on read only media (all my old itunes library is on dvd)
is it possible that a small edit to the last block of code in taglib/fileref.cpp would make a difference. it seems that this decides what to do with a file based on the last 4 characters of its file name (eg .mp3). a few more definitions would help. assuming that itunes keeps its tags in the same format.
Thanks a heap for that. I'll look to fix it soon. On 27 Oct 2004 16:35:45 -0000, sam tygier <samtygier@yahoo.co.uk> wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=91646 > > > ------- Additional Comments From samtygier yahoo co uk 2004-10-27 18:35 ------- > is it possible that a small edit to the last block of code in > taglib/fileref.cpp > would make a difference. it seems that this decides what to do with a file based on the last 4 characters of its file name (eg .mp3). > a few more definitions would help. assuming that itunes keeps its tags in the same format. >
Please fix this guys. It should be an easy one. xine and gstreamer plays these files, amarok just doesn't recognize them.
I'm using a recent amaroK build and taglib 1.2. cybercfo is using amaroK from yesterday and taglib 1.3.1. We experience the same behavior as the reporter. You can download a .m4a file from http://www.filesearch.ru/cgi-bin/s?q=.m4a
BTW, this also effects gstreamer engine. Is this more properly classified as a taglib bug?
Actually, after more testing, gstreamer cannot play the file even with the extension changed to mp4. I do have gstreamer-faad installed and gstreamer cannot play the file, I tested with gstreamer player.
I tracked it down to a xine bug (I think), I submitted it to Xine's bug tracker: http://tinyurl.com/54k3h
I must retract my comment about the easy fix. Ian found it is a xine bug, not amarok, and he posted a bug report upstream. Now to get the issue resolved with gst.
I just recompiled xine-lib with the change I suggested in the bug report to xine, that did fix the issue. This bug can be closed.
not related to amarok, closing.