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?
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?
@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:
or you could even use
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.
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.
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?
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.
Unfortunately, after many attempts, it still causes me chaos in Tagas.
Question to the Developer of the Mp3Tag - is there any amendment possible to synchronize the previously discussed fields?
Or maybe this is a question for the creators of Music Brainz Picard.
@culinko Thank you for this hint!
Are you sure that this is still true if you try this syntax in MusicBrainz Picard Options -> Options -> Scripting -> Tagger Script?
Yeah, I just tested your script and it was still displayed in all caps (the tag value was saved via Mp3Tag).
Thanks for testing. How did you set the value in Mp3tag exactly? Manually? With an Action? With a Websource-Script? Would be interesting to know what exactly writes this tag in Mp3tag and which syntax is used.
I right clicked on imported file, selected "Extended tags..." and added the tag via the "Add field..." button.
And the "Add field..." button suggested what fieldname exactly in what syntax?
Could you please show us a printscreen?
(You can create a printscreen and paste it directly into your answer box.)
It did not suggest anything, I have typed it manually (I have tried both DISCSUBTITLE and SETSUBTITLE just to be sure, case doesn't matter as it is always all caps). I have also set ID3v2.3 as the tags to write in both Mp3Tag and Picard.
I have already switched my settings back to what I use (I am not using this any of these tags myself and I'm also using ID3v2.4 in my music files) and honestly don't really want to spend any more time on this myself as the issues by the reporter have been addressed and various workarounds have been proposed.
Perhaps other posters could help you regarding this matter.
Thank you anyway.
Just for the record for other users interested in this topic:
You can set and fill the "SetSubtitle" (1th and 4th letter uppercase from within a Websource-Script) in Mp3tag. Then you can see it the same way in MusicBrainz Picard and prevent the
Would it be possible to get an updated list of implemented tag mappings at Tag Field Mappings – Mp3tag Documentation please?
I had serious trouble to correctly map the somewhat stupidly named MusicBrainz Picard internal tag "MusicBrainz Recording ID". While other common MusicBrainz Picard tags are correct mapped, this one isn't. I thought it's "MUSICBRAINZ TRACK ID" because that's how mp3tag is showing that tag written by Picard but when I write that tag with mp3tag, Picard is not recognizing it. I created a mapping for MP4 - MUSICBRAINZ TRACK ID - MUSICBRAINZ_TRACKID
Turns out, the correct mapping is MP4 - MusicBrainz Track Id - MUSICBRAINZ_TRACKID
This is the current list of MusicBrainz field mappings:
MUSICBRAINZ_TRACKID is a little special, because it's mapped to the ID3v2
UFID (unique file identifier) frame for MP3.
I've made a note to add a dedicated section for MusicBrainz field mappings to the mapping table in the documentation.
Thanks for the list! I see why this one doesn't work for MP4 while the others do.
Could you please add another mapping for MP4, Source: MusicBrainz Track Id, Target MUSICBRAINZ_TRACKID. That will fix the mapping for this tag for MP4. It already works fine with MP3 and FLAC. Thanks
Added with Mp3tag v3.12a.
Done with the latest documentation
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.