I noticed a weird behavior in regards to extended tags. I've been tagging my music using musicbrainz picard for a while now, but when I checked my library a lot of musicbrainz-related metadata seemed to be missing.
Playing further around with this I was reproduce this behavior with the following steps:
- tag two mp3 files with picard
- open the two files in mediamonkey
- select both files and open the properties dialog
- change the value in the grouping field and save the files
- extended tags created by picard will be gone
I tested this with mediamonkey 2024.0.0.3018 without any addons other than the ones that mediamonkey ships with, and it doesn't seem to matter what field is updated, all fields I tested wiped the tags just fine. It is necessary to edit multiple files at once, though. Updating individual tracks has no impact.
This seems to be exclusive to tags created by picard. I tested creating additional tags in mediamonkey, quod libet, and mp3tag, and all those tags seem to survive just fine.
I can't really see the difference, though. The tags created by all 4 applications were regular TXXX frames without any notable distinction, save the encoding:
- MediaMonkey: LATIN1
- Quod Libet: LATIN1
- MP3Tag: UTF16
- Picard: UTF8
No idea if that has any impact or not, it's the only thing that I noticed being different at all, and I was frankly too lazy to write a script to convert around tags just to confirm a random theory.