Add field mapping for MusicBrainz Picard


#1

Hello
Big thank you mapping MusicBrainz. This is a big step towards compatibility between applications.
In my case, the problem remains:

  • in mp3 files ID2.3:
    setsubtitle (MP3Tag) - discsubtitle (MusicBrainz Picard)
    ORIGINALYEAR (MP3Tag) - originalyear (MusicBrainz Picard)
    COUNTRY (MP3Tag) - releasecountry (MusicBrainz Picard)
  • in FLAC files
    COUNTRY (MP3Tag) - releasecountry (MusicBrainz Picard)
    organization (MP3Tag) - label (MusicBrainz Picard)

Is there any way to synchronize them? Maybe by mapping - but so far I can not do it.


Add mappings for more MusicBrainz tags
#2

I've moved your post to a separate topic, as it discusses field mappings for MusicBrainz Picard (and not the mappings for special MusicBrainz fields).

Have you seen https://help.mp3tag.de/main_mapping.html ?


#3

I have mentioned this on a Picard ticket so hopefully it will be capitalized in the future.

Are you sure about this? Picard seems to be using neither of those tags but instead it's using one of the MusicBrainz specific tags named "MusicBrainz Album Release Country" which is correctly mapped in Mp3Tag as MUSICBRAINZ_ALBUMRELEASECOUNTRY.

As for the remaining tags, you should be able to use the custom mappings in Mp3Tag's Options/Tags/Mappings with the following values:

ID3v2 SETSUBTITLE DISCSUBTITLE
ID3v2 COUNTRY RELEASECOUNTRY (you shouldn't need this if you would use the MusicBrainz specific tag for the album release country)
VorbisComment COUNTRY RELEASECOUNTRY
VorbisComment ORGANIZATION LABEL

If some of these don't work, try switching the Source and Target values.


#4

You're right, it's MUSICBRAINZ_ALBUMRELEASECOUNTRY, but MP3Tag shows it as COUNTRY or RELEASECOUNTRY. Picard as a releasecountry. I read the correct tags only from https://audio-tag-analyzer.netlify.com/
I managed to get releasecountry compatibility in FLAC and Mp3 and label files.
In no way does it succeed with originalyear and discsubtitle in Mp3 files.
If I download the information in Picard - discsubtitle.
Loading mp3 to MP3Tag is there - SETSUBTITLE.
After saving the Tag in MP3Tag and loading it again in Picard - setsubtitle suggests to delete it, and again to write discsubtitle.
No way of mapping succeeded so that after saving the tags in both programs were the same fields.
The same is with originalyear.
In FLAC files everything is OK - nothing changes, there is compatibility in all fields.
I have a problem with mp3 files.


#5

I did some more investigating and I have found out that the tag mapping for

ID3v2 SETSUBTITLE DISCSUBTITLE

works for ID3v2.4 (Mp3Tag correctly writes it into the TSST tag) but not for ID3v2.3 which writes it into TXXX:SETSUBTITLE (this is the issue you are having).

According to https://help.mp3tag.de/main_mapping.html the ID3v2 tag name should be enough for the tag mapping. @Florian am I missing something or is this a bug with the TSST tag field? Are there any more tag fields affected like this? I tried to reproduce it with a different tag field such as Artist (TPE1) and it's mapped correctly for both ID3v2.3 and ID3v2.4 tags.

(I tested this in Mp3Tag v2.91b, I will update into 2.91d and re-test this again in the evening if needed.)


#6

The TSST frame was introduced with ID3v2.4 and doesn't exist for ID3v2.3. This is also reflected at https://help.mp3tag.de/main_tags.html for SETSUBTITLE.


#7

Ah, that's why. It seems like Picard is using the TSST frame for both ID3v2.3 and ID3v2.4. @phw can u chime in on this? :slight_smile:


#8

Picard does save a couple of ID3 v2.4 tags to v2.3 also for compatibility. Originally this was TSOA, TSOP and TSOT. With Picard 1.4 also TSST was added there. Interestingly in the ticket requesting this feature MP3Tag was listed as a reason for supporting this. @Florian did this change during the years?


#9

@Zwanzig In the meantime there is a workaround to force Picard to use the TXXX:SETSUBTITLE frame that Mp3Tag is using. Go to Picard's Options/Scripting and add the following code:

$set(SETSUBTITLE,%discsubtitle%)
$unset(discsubtitle)

or you could even use

$set(SETSUBTITLE,%discsubtitle%)
$delete(discsubtitle)

The code above will also delete your existing Disc Subtitle tags that have been written in the TSST frame by Picard.

The disadvantage is that the field will be shown in all caps as "SETSUBTITLE" in Picard's UI but now you should be able to modify the value written by Picard also in Mp3Tag without having any issues.


#10

No. I've just checked the version that was active when this issue was created and it also did write TSST only for ID3v2.4.


#11

OK, thank you for the tip. For now I am at work, in a few days, when I come back, I will check this way and see how it works for me.
By the way the question - maybe it's better to go to id3v2.4? Some time ago I tried but I withdrew - because of which I do not remember :). What are the obstacles to using id3 v2.4?


#12

The only disadvantage that I know is the lack of hardware support, e.g. the stereo in your car might have issues loading ID3v2.4 tags, or at least it was like this a couple of years ago. I don't know how much has changed in this regard since then.