FS#148 : tags of alac/m4a are not interpreted correctly

Do not issue any bug reports against versions earlier than 3.5.4 they will be closed.

Furthermore, we cannot accept bugs about metadata or art handling in 3.5.4 due to the large number of bugs that have been fixed since then. 3.5.4 in general is becoming less supportable, and it is suggested to try to reproduce the bug in the latest nightly.

Before submitting a bug please read http://ampache.org/wiki/support:bugs failure to do so may delay resolution of your report.

FS#148 - tags of alac/m4a are not interpreted correctly

Attached to Project: Ampache
Opened by jda (Albatros) - Thursday, 25 November 2010, 12:32 GMT-8
Last edited by Paul Arthur (flowerysong) - Monday, 04 April 2011, 11:39 GMT-8

Task Type	Bug
Category	Metadata
Status	Unconfirmed
Assigned To	No-one
Operating System
Severity	Medium
Priority	Normal
Reported Version	3.6.0-Dev
Due in Version	Undecided
Due Date	Undecided
Percent Complete
Votes	0
Private	No

Details

As with version 3.5.4 before I have noticed some tags in my library are still not interpreted correctly by the current 3.6.0 despite the fixes to metadata parsing (that apparently fixed bug #146 for example, and the situation for alac/mp4 files seems to have improved as well (apparently less 'orphaned' tracks)). It still seems to affect the files a bit differently in this version however.

Some titles are missing now. Also track numbers and/or genres seem to be omitted. On some files only the track number (&disc number) seems to be affected.

It seems to happen to Apple Lossless Audio Codec (alac) m4a-files. The metadata/tags of these files are displayed correctly in iTunes and for example Jaikoz or Rhythmbox. m4a files in aac format and mp3 files seem to work correctly. I will try to rewrite the tags in different software and try again if it changes the results.

I have attached print-tags.inc outputs for some problematic files.