Original release date: Community opinion on how to handle the originaldate tag, first release date of release group and / or recording

Can you share your script please so we can see what your algorithm is?

Perhaps it’s not the most elegant or efficient way (not sure), but for now I am using this to write a ‘firstrelyear’ tag.
(note that I am not interested in specified dates. Years are more than good enough for me)

$if($gt($left(%_recording_firstreleasedate%,4),$get(origyear)),$set(firstrelyear,%origyear%),$set(firstrelyear,$left(%_recording_firstreleasedate%,4)))

edit:
I now realise this may not work standalone.
I have some other ‘year’ scripts running before it, to mitigate between differences between flac/id3.
So you may need to adjust some stuff to make it work for you.

1 Like

I guess that makes some type of sense.

Certainly easier than merging all the recordings that need merging across MB in order to make recording_firstreleasedate correct all the time. Whilst of course it would be great if you were willing to fix source data rather than kludge the end results instead, recordings are such a mess that this is really too much to ask IMO.

I use origyear in my file naming path - so I use the RG first release date so that it is the same across all tracks on the album. If I used recording_firstrelease_date I would have different tracks in different directories. But I may well save the origyear in a different variable and start to use recording dates for the tracks.

The thanks here really needs to go to the server team. It’s were the actual work was done, making this data available in Picard then was technically rather trivial, the difficult thing was only to get an agreement how to exactly make this data available :slight_smile:

But my personal experience with this pretty much is how you describe it. I enjoy that many of my files now have better original release year.

3 Likes

The MB database has this information already stored in it and people are maintaining it on a per track basis…

There are some straightforward use cases - just provide access to the information in a variable and write it to the mp3 file or flac file. There are standard tags for original recording date:

  • In MP3 ID tag land v2.3 and v2.4 (and yes there is some confusion),

so why not at least support the simple case?

Thanks

@dpr There is a big difference between the date a track was recorded and the date it was released for sale.

This discussion is about the earliest date that a specific recording was released for sale, not when it was recorded.

As you point out, there are some issues about the recording date frames in ID3 being used for release date - and I suspect that if you look then you will find several examples of where this has been extensively discussed in these discussion forums.

2 Likes

understood. It appears that resolving this is holding up making the recorded date available in Picard so I can tag my files with data from MB, a few of which Ive entered.
if this is not the case, apologies

The issues of changing the use of the recording date ID3 frames back to the formally stated usage are:

a. Backwards compatibility - which can be handled by providing an option to switch to correct usage;
b. Compatibility with how other taggers and players interpret these date frames - which would need to be researched.

For me, i’d like to get on with tagging my music. Compatibility is more valid on more mainstream tags, but this is more obscure. Foobar supoorts the following id3 tags and vorbis is clear
https://wiki.hydrogenaud.io/index.php?title=Foobar2000:ID3_Tag_Mapping

You may also wish to read the thread below.

https://yabb.jriver.com/interact/index.php/topic,90199.50.html?PHPSESSID=d5h0j9n7blhhqtu09fp3emd4a5

Its a long debate, but the author lays out the request well. Theres also concern for backwards compatibilty.

I think its clear mistakes were made or complexities ignored or glossed over in id3 v2.2 and 2.3, but 2.4 tries to fix them. I hope we agree that there are three distinct events

  1. When the track was recorded
  2. Whn it was first released
  3. The date of the release that this copy came from.

MB already allows us to document all of these dates. My plea is to move forward and support with simplicity. I’d like to get my copies of the Beatles cds tagged correctly in alingment with those 3 dates above

Apologies for resurrecting this thread, ive just discovered it and the script @hiccup created

I had a question for those who are smarter than me with scripting please. Previously i have used a plugin for mediamonkey called Earliest Release Date ( Earliest Release Date v4.5.1 (2018-08-15) - MediaMonkey forum) to tag my dates. It was pretty good and still works to this day with a little tinkering.

I have since manipulated hiccups script to this:
$if($gt($left(%_recording_firstreleasedate%,4),$get(originalyear)),$set(date,%originalyear%),$set(date,$left(%_recording_firstreleasedate%,4)))

However, some of the results are not ideal such as this gem from The Who which was recorded in 1972 yet has an earliest recording date of 2002 in musicbrainz:
Recording “Love Reign O’er Me” by The Who - MusicBrainz

Since i have already tagged my dates using Earliest Release Date, i can choose to keep my existing 1972 year when i wish to run a re-tag through MB picard.

My question is: How can i manipulate the above script further so that it checks my existing value for date and will only overwrite with an earlier date?

Thankyou in advance

You cannot currently compare it to the tag from the file with scripting. What you can do is always keeping existing value from the file by adding the date tag to the preserved tags list. Then the new value would be written only if the tag is empty, otherwise existing values are kept. But as I understand that does not help in many cases for you as some files need to be updated with older date.

Another option would be to use the “original recording date” plugin:

It provides you a new tag / variable recordingdate which holds the oldest recording date, and also a couple of specialized variables if you need more control over dates from different relationships.

Just a note, because that kind of confusion goes through this entire thread: MB does not give 2002 as the earliest recording date but as the earliest release date. That’s an important difference.

If you look at the recording you’ll see that 1972 is also listed as the (start) date of recording in the relationships to the recording studios and to the work:

That’s the data that is currently not available in Picard but made available by the plugin I linked above.

3 Likes

Hi music lovers,

maybe a dumb question: I am using the script $set(originaldate,%_recording_firstreleasedate%) for a couple of years. On some compilations the result isn’t satisfying, e.g. Madonna’s Immaculate Collection, where release date is for all songs 1990. But this only has to do with the database and therefore the new plugin cannot change this, too. Right?

Thank you and best regards,

Volker