-
Notifications
You must be signed in to change notification settings - Fork 4
Different tag names - MB Picard and foo_musicbrainz #27
Comments
I was using Picard internal tag names as the source for tag names in foobar2000. The problem here is that Picard's mapping of internal names and various tagging formats differs from that of foobar2000, at least for ID3 (foobar2000 maps whatever is after TXXX: to an internal name, which is, to my opinion, correct behavior). A possible solution might be adding an exception for ID3 and write Picard-compatible tags, but it will confuse those who expect tags named independently from the format (including me). An option to write Picard-compatible tags will create inconsistency among files tagged by foo_musicbrainz. The reason of this kind of ambiguity in Picard is compatibility (different formats were added at different times). I think the time has come to make this change in Picard itself, rather than following an old (non-)standard. I'll inform Picard devs about this issue. It will stay open until the change is made from either side. |
found that one: http://bugs.musicbrainz.org/ticket/1606, you could reopen that and "disagree" ;) |
I think the better decision is to make ability to full remap all fields from MB. Like it done in foo_discogs, it's better because you can control what you need. Also may be later added ability to get discogs link, so it would be nice to remap this field how in make in foo_dicogs and then automatic get discogs data like styles. It's better because for example discogs havn't got TOC support. |
Custom mapping will not help in this case, because tag name is format-specific. Unless tag name is mapped to titleformat script instead of plain string, of course. |
Would be nice add compatibility mode in option. I noticed that many people, especially torrent trackers users, use foobar2000 just as format converter (for this purpose it's really good). So I think will be awesome to give option to use this plugin in general purpose. To give user one programm solution for best converter and best metadata. I mean option to write tags like Picard (according to tag type) and if checked this option that tag mappings makes uncheckable (if Issue 43 will be implemented), but you can still choose what data you need. Good table of difference here http://wiki.musicbrainz.org/Picard_Tag_Mapping And also I think all this tags in this list must be supported, that future user can see, that foo_musicbrainz can fully replace Picard. Only problem that I see for reaching full Picard functionality is, that fb2k can't write "MusicBrainz Track Id" in ID3V2 as "UFID:http://musicbrainz.org", but i think TXXX:MusicBrainz Track Id can replace this lack of functionality. For software like audiscrobler or Logitech Squeezebox it's not principal, so main utilitarian function works. But for only library fb2k this solution is awful, so default check-box must be turned off. Any questions in questionable moments, we can resolve with luks, author of Picard, he often in irc musicbrainz channels. I can help. Mockup from #43 http://img15.imageshack.us/img15/4659/foombtagmappingmockup.png Information in left column must be replaced to MB of course :) |
Anyway Picard does some stuff that is impossible to do with foobar2000, like using a binary field (for a string stuff) : PICARD-37. |
Yes, I said about UFID, but seems that it's only one thing, that fb2k cannot done. Also may be it can't automatic embedded covers. Anyway I think that this "compatibility mode" absolute NOT PRIORITY thing. |
official MB Picard writes tags as:
MUSICBRAINZ ALBUM ID : 458a88e3-a2d8-49e3-94fa-e25f3b6ca5cf
MUSICBRAINZ ARTIST ID : e6ed56ae-c477-48fa-a53b-63f6cbc4a3c3
and foo_musicbrainz writes as:
MUSICBRAINZ_ALBUMID : 779885cc-c966-49bb-9f59-1a6a10c0b186
MUSICBRAINZ_ARTISTID : ea0f2a37-7007-4217-a812-396227f5013a
that makes tagging incompatible between software
The text was updated successfully, but these errors were encountered: