View Issue Details

IDProjectCategoryView StatusLast Update
0004881MMW v4Properties/Auto-Toolspublic2008-12-17 17:09
Reporterpeke Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Fixed in Version3.1 
Summary0004881: M4A genre is not read if Genre tag is saved as HEX Value
DescriptionIn case that Genre is saved inside m4a Tag as Hex value MediaMonkey do not Read it at all.

Tag genre (gnre) tag field contains Hex(57) or according to ID3v1 it is Dec(87) "Latin"

Full/Updated List of ID3v1 Genres can be found at the end of Plugins\F_APE\Constants.pas
Additional InformationBug files are attached in this Ticket
http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=2470
TagsNo tags attached.
Fixed in build

Relationships

related to 0005034 closedjiri Encoder version info added to multiple incorrect fields (regression) 

Activities

Ludek

2008-10-16 11:24

developer   ~0014762

Fixed in build 1189.

rusty

2008-12-04 19:09

administrator   ~0015387

Verified in 1199.

One question though: in the sample track, "iTunes v7.3.0.54, QuickTime 7.1.6" is saved into 9 fields.

I saw this same behavior for some all flac tracks downloaded from HDtracks. Is this another bug?

Ludek

2008-12-04 22:54

developer   ~0015394

Last edited: 2008-12-04 22:58

Rusty, I have the 'iTunes 8.0.0.35, QuickTime 7.5.5' saved into 9 fields too, but I don't know which app writes it to the tag and when and why (iTunes?), really strange, but I guess this is not MM issue.

rusty

2008-12-17 17:09

administrator   ~0015708

Setting to resolved. The multiple copies of metadata issue will be tracked in 0005034.