.aac files are simply ignored in the 'local music' panel. Reproducible: Always Expected Results: If playback of .aac works, show the files!
This depends on Taglib, you probably don't have the extended version installed. As stated in the Amarok README file: TagLib Extras 1.0.1 (or newer) (Support for metadata reading of additional file types) FWIW: aac files show up here without problems.
This is hilarious! .aac is not even explicitly mentioned in there in this regard. If the file can be played (codecs work), but meta data cannot be extracted from the file, just show the filename in the local collection and users will be happy and not hunting for missing music. I care for playback much much more than for any information that might be present in the tags. Just play the music! This is a completely unnecessary self-limitation! BTW, I have taglib-extras installed, doesn't work. Compiled 1.0.1 myself, nada. amarok is linked against ( libtag-extras.so.1 => /usr/lib64/libtag-extras.so.1 ), so I naturally expect that to work.
Oh, interesting, then something else is wrong apparently, which I don't see in current git. What are the MIME type settings in Systemsettings -> File association -> Audio -> aac? FWIW: if you don't care for the tags, then don't use them, but 90% of our users certainly do, it is one of the main features of Amarok.
When scanning the music folders, I get a lot of these lines: TagLib: MPEG::Header::parse() -- Invalid sample rate. TagLib: MPEG::Header::parse() -- Invalid sample rate. TagLib: MPEG::Header::parse() -- Invalid sample rate. TagLib: MPEG::Properties::read() -- Page headers were invalid. TagLib: MPEG::Header::parse() -- Invalid sample rate. TagLib: MPEG::Properties::read() -- Page headers were invalid. TagLib: MPEG::Header::parse() -- Invalid sample rate. TagLib: MPEG::Header::parse() -- Invalid sample rate. Clearly something is not quite right. I've filed a bug on my distro's bug tracker as well (openSUSE). They should know what libraries went into my version of amarok. .aac files are associated with: - Amarok - Audacity - Clementine
Could you please provide a link to the bug report on your distribution?
https://bugzilla.novell.com/show_bug.cgi?id=887045
Thank you for the fast feedback.
Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
This is what I get today when scanning a music library with an .aac file: "FileTypeResolver: file /home/XXX/Desktop/music-lib-test/sample1.aac (mimetype audio/aac) not recognized as Amarok-compatible" The files show up in the "Files" section and are playable, but don't get added to "Local Music". --- i+ | amarok | package | 2.9.75git.20220614T014846~dc55a00143-3.1 | x86_64 | openSUSE:Tumbleweed
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
*** Bug 413121 has been marked as a duplicate of this bug. ***
Amarok 2.9.71, TagLib 1.13. A sample AAC file I found: plays but I can't edit tags. Possibly relevant: support for more AAC tag types introduced in TagLib 2.0 https://github.com/taglib/taglib/pull/856 - I'll inspect later if it fixes this.
Amarok 3.2, TagLib 2.0.2. Tested a couple of AAC files, I could play them and edit their tags. So seems to be resolved starting from TagLib 2.0 or so.