[prev in list] [next in list] [prev in thread] [next in thread] 

List:       taglib-devel
Subject:    Re: M4A genre parsing in TagLib 1.6
From:       patrick machielse <patrick () hieper ! nl>
Date:       2009-10-29 17:13:21
Message-ID: E1237438-32DD-47EA-A117-2940263363AB () hieper ! nl
[Download RAW message or body]

Op 29 okt 2009, om 16:38 heeft Lukáš Lalinský het volgende geschreven:

> On Thu, Oct 29, 2009 at 4:11 PM, patrick machielse  
> <patrick@hieper.nl> wrote:
>
>> I have noticed that the String returned for genre() is consistently
>> different (wrong) for _some_ genres. For example:
>>
>> iTunes 'Alternative' => TagLib reads 'Ska'
>> iTunes 'Ska' => TagLib reads 'Death Metal'
>>
>> However, on genres such as 'Alternative & Punk' and 'Classical'  
>> iTunes
>> and TagLib are in complete agreement...
>
> No, it isn't a known issue. There are two ways to store genre in MP4
> files, as text or as ID3v1 genre number. The textual ones are read
> correctly, the problem is with the numeric ones. ID3v1 indexes them
> from 0, MP4 apparently from 1. The code currently assumes they are
> indexed from 0 and incorrectly looks them in the the ID3v1 genre
> table.

Thanks for this information.

What is the current status of m4a support beyond the abstract Tag  
interface -- if any?. I have been looking at Items returned by  
MP4::Tag::itemListMap(), and I found useful nuggets of information  
like 'cpil' and 'tmpo', but for my application I really need access to  
the album art atom 'covr'. So far it seems TagLib cannot find that  
atom, and it seems that MP4::Item has no support for binary data --  
which figures.

Should I file bug reports / feature requests for these issues?

Thanks,
patrick
--
Patrick Machielse
Hieper Software

http://www.hieper.nl
info@hieper.nl

_______________________________________________
taglib-devel mailing list
taglib-devel@kde.org
https://mail.kde.org/mailman/listinfo/taglib-devel

[prev in list] [next in list] [prev in thread] [next in thread]