-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add the musicbrainz_releasetrackid tag #406
Comments
Looks great; we should definitely add this. We can also consider following Picard's lead and changing our internal recording ID name from |
Something that I just thought about because people were talking about duplicates in #mb: if this gets implemented, it would be a good idea to have the |
I'm not sure how up to date the |
What is the status on this? I see that #2690 has some discussion. Is there anything getting in the way of adding support for the musicbrainz_releasetrackid tag and tossing the possible DB change of mb_trackid -> mb_recordingid into it's own issue? |
Yep, just adding the recording ID would be totally fine. Any help would be appreciated. |
You mean the release track id? |
Oops, yes! |
It looks to me like this has been implemented and can be closed now, so I'll do so. If I've missed something and that's not the case, please repoen this or leave a comment :) |
We decided to call it musicbrainz_releasetrackid at the summit (https://wiki.musicbrainz.org/MusicBrainz_Summit/13#Elephant_IDs). The commit adding it to Picard is metabrainz/picard@04c3035 so you can just reuse the tag names for all the different formats.
The text was updated successfully, but these errors were encountered: