IPB

Welcome Guest ( Log In | Register )

> foobar2000 Tech Support Forum Rules

Please read foobar2000 Tech Support Forum Rules before posting and comply with all the points.
Failure to provide all the information pointed out in the above document in your post is considered wasting other people's time and in extreme cases will lead to your topic getting locked without a reply.


See also: Hydrogenaudio Terms of Service.

 
Reply to this topicStart new topic
Foobar v.1.1.12a showing multiple years.
StealthX
post May 30 2012, 17:11
Post #1





Group: Members
Posts: 53
Joined: 7-December 11
Member No.: 95646



In most albums I am seeing now that in the Year metadata fields it is showing multiple years like this:

2011; 1312
1110; 2011
2010; 0000
2012; 2205

Even though when I check the tags using any other program it only shows the tags as having 1 year.
Go to the top of the page
+Quote Post
Porcus
post May 30 2012, 17:25
Post #2





Group: Members
Posts: 1898
Joined: 30-November 06
Member No.: 38207



Sure you haven't tried to store YYYY/DDMM? ID3 (for mp3) would use / as a separator.

(The second looks rather than DDMM/YYYY to me though.)


--------------------
One day in the Year of the Fox came a time remembered well
Go to the top of the page
+Quote Post
StealthX
post May 30 2012, 17:38
Post #3





Group: Members
Posts: 53
Joined: 7-December 11
Member No.: 95646



QUOTE (Porcus @ May 30 2012, 11:25) *
Sure you haven't tried to store YYYY/DDMM? ID3 (for mp3) would use / as a separator.

(The second looks rather than DDMM/YYYY to me though.)


Yes I have opened all of the files up in 2 different tag editors and they both only show the year (Even the one that foobar has 1110 listed first only shows 2011 as the only date in the Year metatag.
Go to the top of the page
+Quote Post
Jny
post May 31 2012, 13:11
Post #4





Group: Members
Posts: 56
Joined: 1-June 08
Member No.: 53960



same here :/
Go to the top of the page
+Quote Post
marc2003
post May 31 2012, 13:59
Post #5





Group: Members
Posts: 4579
Joined: 27-January 05
From: England
Member No.: 19379



axone should show all the id3 frames (assume these are mp3 files)

http://flying.guy.chez-alice.fr/Axone.jar
Go to the top of the page
+Quote Post
neothe0ne
post May 31 2012, 14:23
Post #6





Group: Members
Posts: 296
Joined: 25-September 05
Member No.: 24684



This happened to about 5% of my mp3s when I reloaded tags in 1.1.12a (all my mp3 Year tags are 10-length yyyy.mm.dd). So what Mp3tag showed me was that these suspect mp3s had both a %DATE% and a %YEAR% tag (mp3tag names). foobar2000 would show it as "####; ####", duplicate tags.

On a somewhat related note, I only use Mp3tag, not foobar2000, when needing to change the Year tag because foobar2000 has a history of not doing what I want it to with MP3s (Mp3tag showing foobar2000's writing into a %DATE% instead of into a %YEAR%, if you save that file in Mp3tag which won't show a Year tag btw, then foobar2000 loses the year too).

This post has been edited by neothe0ne: May 31 2012, 14:26
Go to the top of the page
+Quote Post
orgonebox
post May 31 2012, 16:13
Post #7





Group: Members
Posts: 7
Joined: 31-January 12
Member No.: 96833



I was about to start a thread concerning this issue. I've been having this problem for a couple of weeks now, ever since the 1.12 beta(s) release. The date tag is only altered on mp3s, no other file type, and only those mp3s which have come up in the shuffle. I don't know when it happens. It seems if I play a song intentionally, the date tag is not rewritten. Most of the dates for albums in my library are single years - no multiple dates, and very few Y/M/D albums. I've disabled the audioscrobbler and do not have any playcount components installed. I'm assuming this is a problem caused by a component; however, it might be something to do with Foobar 1.12.

Please help - sometimes the new four-digit number is written before the original date, causing my library to sort out of order, which means I have to go back through and retag all the dates.

EDIT: After using Axone, it shows most of the metadata in an experimental frame. TDAT has the new number written (e.g. 2410) with the actual year in TORY and TYER (1995). I tagged most of my collection in Musicbrainz Picard software. What is the quickest and easiest way of fixing this mess?

This post has been edited by orgonebox: May 31 2012, 16:21
Go to the top of the page
+Quote Post
lvqcl
post May 31 2012, 16:30
Post #8





Group: Developer
Posts: 3411
Joined: 2-December 07
Member No.: 49183



Mp3tag shows TDAT as "DATE" tag and TYER as "YEAR". You can use it to remove all "DATE" tags.
Go to the top of the page
+Quote Post
orgonebox
post May 31 2012, 17:32
Post #9





Group: Members
Posts: 7
Joined: 31-January 12
Member No.: 96833



Well, removing the DATE tag in MP3tag worked and solved one problem. I'm still back at square one, retagging my entire library with correct year fields. On a different note, it doesn't seem as though Foobar kept my sort settings when I upgraded to 1.12a.

EDIT: Actually, Foobar did keep my settings, but it seems to read things differently. I'm not going to worry about it now. Most likely user error, and I'll seek my own solution.

This post has been edited by orgonebox: May 31 2012, 17:49
Go to the top of the page
+Quote Post
Peter
post Jun 1 2012, 17:01
Post #10


foobar2000 developer


Group: Admin
Posts: 3292
Joined: 30-September 01
Member No.: 84



In the next fb2k version, TDAT will be presented as another field separate from "DATE" to prevent confusion.

I've changed it so TDAT/TYER are merged into one YYYY-MM-DD "date" field. Unfortunately, it's still different from the behavior of the old fb2k versions so anything that relies on exact date strings will break (playcounts...).

Go to the top of the page
+Quote Post
q-stankovic
post Jun 1 2012, 19:23
Post #11





Group: Members
Posts: 1741
Joined: 28-May 06
From: Düsseldorf
Member No.: 31251



QUOTE (Peter @ Jun 1 2012, 18:01) *
I've changed it so TDAT/TYER are merged into one YYYY-MM-DD "date" field.

That's a clever idea, but still don't understand what will exactly break and why:
QUOTE (Peter @ Jun 1 2012, 18:01) *
Unfortunately, it's still different from the behavior of the old fb2k versions so anything that relies on exact date strings will break (playcounts...).



--------------------
german support forum: www.foobar-users.de / user: qwert73
Go to the top of the page
+Quote Post
Peter
post Jun 1 2012, 20:08
Post #12


foobar2000 developer


Group: Admin
Posts: 3292
Joined: 30-September 01
Member No.: 84



The Playback Statistics component uses a "metadata hash" concept to pin its data to specific songs, which includes the "date" field in its hashing pattern. If the way the "date" field is generated from the tags changes, the tracks are no longer recognized as the same.
Go to the top of the page
+Quote Post
q-stankovic
post Jun 1 2012, 20:59
Post #13





Group: Members
Posts: 1741
Joined: 28-May 06
From: Düsseldorf
Member No.: 31251



Does that mean that the playback statistics (that is collected so far) will be reseted or what? That's shocking!

Does it make sense to save statistics to tag before installing new version and to reimport it after installing?


--------------------
german support forum: www.foobar-users.de / user: qwert73
Go to the top of the page
+Quote Post
Peter
post Jun 1 2012, 21:16
Post #14


foobar2000 developer


Group: Admin
Posts: 3292
Joined: 30-September 01
Member No.: 84



QUOTE (q-stankovic @ Jun 1 2012, 20:59) *
Does that mean that the playback statistics (that is collected so far) will be reseted or what? That's shocking!
Only if you have ID3v2 TDAT frames (which old fb2k did not support so if your tags were made with fb2k, you don't have these).
Playback statistics will not be actually lost (they're retained until files that they belong to have not been seen for several weeks); if you remove the offending TDAT frames (or in case of future fb2k, re-format your date fields to contain only YYYY rather than YYYY-MM-DD), they will be associated with your files correctly again.
QUOTE
Does it make sense to save statistics to tag before installing new version and to reimport it after installing?
That's one way to work around this problem.
I'm still trying to come up with a better way to deal with this situation.
Go to the top of the page
+Quote Post
orgonebox
post Jun 2 2012, 01:45
Post #15





Group: Members
Posts: 7
Joined: 31-January 12
Member No.: 96833



Your efforts are certainly appreciated, Peter. Thanks for trying. I think I'm simply realizing what a horrid mess my tags are in, and it raises the ire of the inner OCD alphabetizer.
Go to the top of the page
+Quote Post
Zarggg
post Jun 2 2012, 22:18
Post #16





Group: Members
Posts: 560
Joined: 18-January 04
From: bethlehem.pa.us
Member No.: 11318



QUOTE (orgonebox @ May 31 2012, 11:13) *
EDIT: After using Axone, it shows most of the metadata in an experimental frame. TDAT has the new number written (e.g. 2410) with the actual year in TORY and TYER (1995). I tagged most of my collection in Musicbrainz Picard software. What is the quickest and easiest way of fixing this mess?


I was actually just going to post on this exact issue to get the general consensus before posting over at MusicBrainz about this. This is exactly what Picard is doing: Putting YYYY in TYER and DDMM in TDAT.

Is this incorrect implementation of ID3v2?
Go to the top of the page
+Quote Post
kode54
post Jun 4 2012, 04:43
Post #17





Group: Admin
Posts: 4623
Joined: 15-December 02
Member No.: 4082



TYER/TDAT and/or TORY are correct for v2.3, but not v2.4. Libraries like libid3tag migrate TYER/TDAT/TIME over to TDRC, which is one of the many full timestamp frames supported by v2.4. (libid3tag also migrates TORY to TDOR. It does not have downgrading functionality because it only supports writing v2.4 tags.)
Go to the top of the page
+Quote Post
Zarggg
post Jun 4 2012, 08:05
Post #18





Group: Members
Posts: 560
Joined: 18-January 04
From: bethlehem.pa.us
Member No.: 11318



Okay, that makes sense. Like I said, I wanted a sanity check on my part before I went any further. (I don't use ID3v2.4 anymore, but when I did, I seem to recall Picard doing what you describe. I don't know the current state of things regarding v2.4, but it doesn't matter to me.)
Go to the top of the page
+Quote Post
Dexter_prog
post Jun 9 2012, 20:02
Post #19





Group: Members
Posts: 152
Joined: 17-August 08
Member No.: 57198



I am also having problems with the DATE tag in 1.1.13, perhaps it is related to something of this? http://www.hydrogenaudio.org/forums/index....showtopic=95304
Go to the top of the page
+Quote Post
Dexter_prog
post Jun 11 2012, 13:08
Post #20





Group: Members
Posts: 152
Joined: 17-August 08
Member No.: 57198



anyone? What are we supposed to do with the date/year tags?
Go to the top of the page
+Quote Post
Dexter_prog
post Jun 14 2012, 20:47
Post #21





Group: Members
Posts: 152
Joined: 17-August 08
Member No.: 57198



I guess I found the solution: use mp3 tag to remove the DATE field (which in foobar actually corresponds to YEAR) and enter a date/year in mp3tag's YEAR field (foobar's DATE). Example:

Song A in FOOBAR:
- Date: 2012-06-14

Song A in Mp3Tag
- Year: 2012-06-14

This is a annoying, though.
Go to the top of the page
+Quote Post
BenB
post Jun 15 2012, 03:36
Post #22





Group: Members
Posts: 751
Joined: 17-April 12
Member No.: 98921



OK folks, I've found what I believe is causing this for the majority of you: leading and or trailing whitespace in your TYER and TDAT frames. foobar is expecting the contents of both of these frames to be four digits long. The additional space is thwarting its ability to parse these frames correctly. This is the only way I've been able to reproduce what you are experiencing.

As a quick and temporary solution you might try $trim() but I haven't tried it. I suspect that this will not work due to foobar's "date" field being populated by two different frames.

The easiest way I can tell you to fix these frames is to use the following script as an Action in Mp3tag. It will remove all leading and trailing spaces. You will have to create it.

Select the files in Mp3tag, then do the following steps:

Step 1: create an Action Group, name it whatever you want
Step 2: click the "new" button (it has a star on it)
Step 3: under "Select action type", choose "Replace with regular expression"
Step 4: in "Field", enter or select _TAG
Step 5: in "Regular expression", enter ^\s+
(Do NOT enter anything into the "Replace matches with" box)
Step 6: click "OK"
Step 7: click the "new" button
Step 8: under "Select action type", choose "Replace with regular expression"
Step 9: in "Field", type or select _TAG
Step 10: in "Regular expression", enter \s+$
(Do NOT enter anything into the "Replace matches with" box)
Step 11: click "OK"
Step 12: select the Action you just created and click "OK" to run the script

*Don't blame me if you do it incorrectly*


And just in case you don't know:

As of 1.1.13, foobar's "date" field for id3v2.3 is populated by the TYER and TDAT frames. Prior to 1.1.13, foobar's "date" was solely populated by the TYER frame.

The TYER frame (YEAR in Mp3tag) should only contain four digits and be in a YYYY format, i.e. 1975, 1991, 2012, etc. If it isn't formatted correctly, foobar is returning it as written.

The TDAT frame (DATE in Mp3tag) should only contain four digits and be in a DDMM format, i.e. 1502 (for Feb 15), 1910 (for Oct 19), etc. foobar also returns this frame as written if it's formatted incorrectly.
Go to the top of the page
+Quote Post
BenB
post Jun 15 2012, 05:16
Post #23





Group: Members
Posts: 751
Joined: 17-April 12
Member No.: 98921



I forgot to point out one thing. If you edit the date in foobar, you must enter it in the YYYY-MM-DD format for foobar to write to the TYER and TDAT frames correctly.

foobar is only displaying these frames incorrectly, but if you alter your tags in a way that causes foobar to rewrite these frames while the frames are still incorrectly formatted, then foobar will rewrite them incorrectly.

I found that if you alter the "date" tag in foobar via Properties without formatting it correctly, under varying conditions foobar will rewrite both tags as is or write both to one of the frames and delete the other frame.

This post has been edited by BenB: Jun 15 2012, 05:32
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 20th October 2014 - 22:20