1 (edited by Internets 2012-08-09 07:43:33)

Topic: Save full release date to tag

Hello, newbie here, but starting to get the hang of this powerful tool.

After clustering and scanning an album, Picard returns a proper release date in this format - example: 2012-06-15

Under the tag ID "Date" you will find: 2012-06-15
Under the tag ID "Original Release Date" you will find: 2012

Once I save my tags and open it in Tag & Rename the date tag is simply: 2012
I want it to instead save: 2012-06-15

I run a batch script to rename my album folders by "[date] - album title"
I want it to save the full date to tags so albums are sorted chronologically instead of just simply "2012"

It currently saves as: [2012] - album title
I want to be able to save as: [2012-06-15] - album title

Cliff notes:
How do I save the long date (2012-06-15) to date tag instead of short date (2012)?

Edit: Doing some hunting around seems to indicate this issue might be related to this ticket: http://tickets.musicbrainz.org/browse/PICARD-73

Re: Save full release date to tag

It is exactly that ticket. ID3v2.3 doesn’t support the full date, only the year.

Unfortunately, ID3v2.4 which does support the full year, is not supported as well in music players.

Re: Save full release date to tag

Hawke wrote:

It is exactly that ticket. ID3v2.3 doesn’t support the full date, only the year.

Unfortunately, ID3v2.4 which does support the full year, is not supported as well in music players.

Surely there is some sort of work around I can write in script tagger? I have been adding the full date manually through Tag & Rename and it is saving to ID3v2.3 tags.

Any insight? Will this issue ever be fully addressed? Might I force it to save the full date auto-magically through script tagger?

Re: Save full release date to tag

I’m not seeing what you’re seeing, then.

I see 'date' being saved/loaded correctly. It’s 'originaldate' which doesn’t have the full date (only the year). This matches your description in the first paragraph.

I just tested on a file with a date of 2010-11-22. The relevant frames end up as:
TDAT=2211 (day/month)
TYER=2010 (year)
TORY=2010

What Picard shows as 'date' is stored in TYER+TDAT, so that’s 2010-11-22.
What Picard shows as 'original release date' is stored in TORY, so that’s 2010. There is no 'original date' field equivalent for TDAT, so there is no place to store the month/day for the original release.

It would be interesting to see exactly what “Tag & Rename” is actually doing, how you see it storing the month/day for the original release date. Since you see it being unable to read the month/day out of what Picard wrote, I would say that it doesn’t support TDAT — but then you say you can save it in T&R and read it back OK.

Maybe T&R does something wrong?

Re: Save full release date to tag

Hawke wrote:

I’m not seeing what you’re seeing, then.

I see 'date' being saved/loaded correctly. It’s 'originaldate' which doesn’t have the full date (only the year). This matches your description in the first paragraph.

I just tested on a file with a date of 2010-11-22. The relevant frames end up as:
TDAT=2211 (day/month)
TYER=2010 (year)
TORY=2010

What Picard shows as 'date' is stored in TYER+TDAT, so that’s 2010-11-22.
What Picard shows as 'original release date' is stored in TORY, so that’s 2010. There is no 'original date' field equivalent for TDAT, so there is no place to store the month/day for the original release.

It would be interesting to see exactly what “Tag & Rename” is actually doing, how you see it storing the month/day for the original release date. Since you see it being unable to read the month/day out of what Picard wrote, I would say that it doesn’t support TDAT — but then you say you can save it in T&R and read it back OK.

Maybe T&R does something wrong?

Would you be interested in looking at one of the files that have been tagged by Picard but had the date updated by Tag & Rename so we can see what it is doing?

6 (edited by outsidecontext 2012-08-21 12:00:04)

Re: Save full release date to tag

I had a quick look into this. Tag&Rename seems to store the complete date, e.g. 2012-06-15, in the TYER tag. That's technically wrong, and you can't force Picard to do it :) It looks like Tag&Rename does not even handle the date correctly when you save the file with id3 2.4.

What worked for me, however, is tagging the files with id3 v2.4 in Picard, loading the files into Mp3tag, just save them (without changing anything in Mp3tag) and then load them into Tag&Rename. But you could probably just use Mp3tag instead, anyway.

There seems to be a whole bunch of tags unsupported by Tag&Rename: http://www.hydrogenaudio.org/forums//lo … 56753.html

Re: Save full release date to tag

outsidecontext wrote:

I had a quick look into this. It seems to store the complete date, e.g. 2012-06-15, in the TYER tag. That's technically wrong, and you can't force Picard to do it :)

By "it" do you mean Tag&Rename, here?

Re: Save full release date to tag

voiceinsideyou wrote:
outsidecontext wrote:

I had a quick look into this. It seems to store the complete date, e.g. 2012-06-15, in the TYER tag. That's technically wrong, and you can't force Picard to do it :)

By "it" do you mean Tag&Rename, here?

Yes, sorry. That happens if you shuffle the already written sentences before positing :) I fixed my original post.

Re: Save full release date to tag

Ahh right, thanks - I've looked at that Picard/mutagen code quite a lot of times and understood it to be perfect - so was a bit confused!