Skip to content
This repository has been archived by the owner on Oct 4, 2020. It is now read-only.

Different tag names - MB Picard and foo_musicbrainz #27

Open
thesebas opened this issue Jun 3, 2011 · 7 comments
Open

Different tag names - MB Picard and foo_musicbrainz #27

thesebas opened this issue Jun 3, 2011 · 7 comments

Comments

@thesebas
Copy link

thesebas commented Jun 3, 2011

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

@Dremora
Copy link
Owner

Dremora commented Jun 4, 2011

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.

@thesebas
Copy link
Author

thesebas commented Jul 4, 2011

found that one: http://bugs.musicbrainz.org/ticket/1606, you could reopen that and "disagree" ;)

@wackie
Copy link

wackie commented Apr 18, 2012

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.

@Dremora
Copy link
Owner

Dremora commented Apr 19, 2012

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.

@wackie
Copy link

wackie commented Aug 9, 2012

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 :)

@jesus2099
Copy link

Anyway Picard does some stuff that is impossible to do with foobar2000, like using a binary field (for a string stuff) : PICARD-37.
So what I mean is that what Picard does is what Picard does, we shouldn’t necessarily follow its every moves…

@wackie
Copy link

wackie commented Aug 9, 2012

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.
First of all, must be done functionality to fb2k library users or just playlist users, so any who use only fb2k to playing or organizing music. So I wish that tag mappings and ability of getting all internal tags (http://wiki.musicbrainz.org/Picard_Tag_Mapping) and may be some more, like resolving and getting %album artist% and %artist% country (I really need it, for autoplaylist :), and any other custom info like social pages (fb2k "customizable" users would like this thing, they like many buttons, and i think they will be very happy automatic get social "buttont" that goes instantly to twitter of artist for example)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants