View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0009311||MediaMonkey (current)||Framework: Tagging||public||2012-05-02 07:23||2019-01-30 14:09|
|Target Version||4.1||Fixed in Version||4.1|
|Summary||0009311: MM sometimes cannot read ID3 tags for some specific files, whereas Winamp or WMP can.|
|Description||User has sent file for which MM4 cannot read any tag, but Winamp and WMP show tags normally. Mp3tag reports the file as !BAD ID3v2.|
It is probably not correct ID3 tag, but in case it is simple, we could try to read it anyway.
|Additional Information||Ticket ID: FDT-646810 -- http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=17244|
|Tags||No tags attached.|
|Fixed in build||1601|
|related to||0011757||resolved||peke||MediaMonkey (current)||Podcasts tagged by MM not shown in Subsonic|
|related to||0012433||closed||michal||MediaMonkey (current)||ID3: In case that one of tags are too long MMW gets unresponsive|
|related to||0015404||closed||michal||MediaMonkey (current)||MediaMonkey reads Title incorrectly|
|related to||0015406||closed||michal||MediaMonkey 5||Some specific MP3 file corruption in ID3 tags can lead to crash during reading tags|
||Fixed in build 1601. The problem was in files - ID3 tag was saved (by iTunes or some other software) in ID3 version 2.3, but frame names was taken from version 2.2 (i.e. TT2 instead of TIT2, etc.). I adjusted ID3 parser, so it reads these wrong tags too.|
EDIT: It is fairly simple to test just Change Tag type of MP3 file that have id3v2.2 in HEX editor to show 03 (4'th byte of MP3 file) and MM 4.0.7 do not read it but 1615 do.