#musicbrainz

hi

Happy 19th birthday MusicBrainz!

wow really ?

>whois musicbrainz.org

Creation Date: 2000-07-17T17:37:04Z

Wow!

Cheers folks to 19 years of making the music world more free and open

ruaok: ^ do we get birthday something?

like a big update on MB UI ? :)

Thta is not our official birthday though. :-)

Maybe more specifically, 19 years of musicbrainz.org :)

it's close enough :P

halp https://tickets.metabrainz.org/browse/MBS-10289

MBS-10289: Wayne, Delaware County, Pennsylvania, USA

Is it possible to use TDRL tag for id3v2 in picard?

This mapping only lists TDRC as date.

Or is there anyway to customize the mapping and add new mapping relationship?

leeijaw: you should be able to set arbitrary id3 frames by setting tags named e.g. "~id3:TDRL"

Could you give the link to the doc where this syntax is documented?

not documented as far as I know, i'm familiar with the picard source code :/

oh, hmm, i forgot how the ~ works with tagger script. I think it gets mapped to _ or something like that

yeah, that's it. So something like $set(_id3:TDRL,%date%) in tagger script might work for you

What I am trying to achieve is this. I want to use TDRL for the normal release date and TDRC for recording date proper, and do this only if the files with id3v2 are concerned.

If that is a mp4, then the date is the usual release date.

ah, you're probably going to have to modify picard code (or at least write a plugin) to do that.

picard doesn't even fetch recording dates at all right now (and very few recordings have them anyways)

I am already writing my personal plugin for other purposes.

What if I use ~id:TDRL for non id3v2 files, like flac or m4a, would it corrupt the file or it does nothing?

Since I want to automate the process.

leeijaw: ~ prefixed tags are ignored when saving files, except for specific patterns used by particular formats

Great

note that if you set both "~id3:TDRC" and "date", you'll probably have a bad time

note sure whether it'll either save multiple TDRC frames, or only use one of the two at random.

I won't use ~id3:TDRC since date is already it for mp3 files lol.

However, in the example, the name of arguments for `remove_featartists` is misleading since the third argument is track and the fourth is release.

And the documentation for the plugin API is somewhat minimalist.

ah, yeah, that's a fun one.

kepstin: You are right about that it's very hard to find recording date, esp. for non-classical music.

even for cases where it is known, most pop music is multi-track recordings, usually produced over a period of time, so a single time doesn't really represent it (musicbrainz stores start+end dates)

I only store the year part and I suspect it could not last longer than a year. LOL.

I mean the recording period.

Now it's getting hilarious. We really need an updated iTunes URL cleanup: https://musicbrainz.org/edit/62658616

The old link still works though

The old link still works though

It used to be the case I can access itune url on any web browser, but it seems now I can access on Apple platforms like Mac, iPhone, etc.

A fake User-Agent doesn't even work.

Anyway to copy instead of move files.

The picard only has the move operation.

leeijaw: https://tickets.metabrainz.org/browse/PICARD-623 https://tickets.metabrainz.org/browse/PICARD-183

PICARD-623: File copy or move option

PICARD-183: Option to leave original files and save copies in desired location with tags