Open quantenzitrone opened 2 weeks ago
I'm a maintainer on beets so if you think there's a bug in beets, please do submit a bug report! We'll get to it sooner or later. I don't think this one is related to this tool, or something we can fix here. There's no other way to find out what the song is without resorting to looking up the song via artist and song. Maybe we could add a CLI option to disable the MBID lookup?
Actually the UFID isn't a field I recognise here. My tool reads, and beets writes to, this part:
TXXX=MusicBrainz Release Track Id=7007e11c-81b9-4b8b-b7f1-2f5c9e546d9b
It's possible that the UFID field isn't what beets is writing, it might be left over from your source files. I'm not sure.
beets is definitely writing UFID, and it seems to happen in the mediafile library:
class MP3UFIDStorageStyle(MP3StorageStyle):
"""Store string data in a UFID ID3 frame with a particular owner.
"""
def __init__(self, owner, **kwargs):
self.owner = owner
super(MP3UFIDStorageStyle, self).__init__('UFID:' + owner, **kwargs)
def fetch(self, mutagen_file):
try:
return mutagen_file[self.key].data
except KeyError:
return None
# MusicBrainz IDs.
mb_trackid = MediaField(
MP3UFIDStorageStyle(owner='http://musicbrainz.org'),
MP4StorageStyle('----:com.apple.iTunes:MusicBrainz Track Id'),
StorageStyle('MUSICBRAINZ_TRACKID'),
ASFStorageStyle('MusicBrainz/Track Id'),
)
this seems intentional to me
Sorry, I got that wrong.
This is the line that I use to search for the MBID in the metadata, so based on the sample you've provided, it's not actually reading the metadata at all for the MBID. What my tool is doing is searching for the artist and song title and then matching it to the first result, which is likely to be wrong!
This is something that can be fixed by looking for another tag. ~Also, could you make a bug report in mediafile
? That URL is malformed regardless so that's a bug we (the beets maintainers) should fix in that project.~ EDIT: nevermind you already did! Thank you :)
I have this track in my playlist: https://musicbrainz.org/recording/aba4484f-1bc3-498f-a6c3-61a470954b27 but listenbrainz-playlist-uploader added this track: https://musicbrainz.org/recording/6547a8bd-3347-4335-9ccc-a5df930ac02f
now the tags on that tracks are a bit weird, but thats how beets tagged it:
as you see for whatever reason beets stored the musicbrainz recording id like this:
I'm not sure if this is a beets bug, but beets seems to save the recording id like that on all mp3 files: