Yeah, I also like listening by years (and also need this for radio shows of course), so I started using the Year + Original Year stuff about 9 years ago — each and every album gets some research while it’s ripping, so I’m happy that I have taken the effort to store both. It pays in the long run :-)
In other software (where possible, like MusicIP Mixer), when looking for year, I use a priority logic: If ORIGYEAR exists, use it, otherwise use YEAR. I even have decades search in MusicIP :-) So I can look for thinks like "70's Progressive Rock", even if the release date of the compilation was, say, 2007. I got so used to this that I really miss it in SC — which always shows the release year only :-( I guess in principle SC's "year logic" (taken the release year as the ALBUM release year) isn’t bad, since any one album can only be released together on a certain date. But then we should have an original year per track. Really. -What does anyone think: Should we open an enhancement bug before the "new schema" is finalized? I’d be more than happy to vote for it!- Howard: Don’t be afraid: These "funny names" just being the internal tag names for various file formats. :-) You could probably live without much of it if only using one file type and one tagging application, i.e. use YEAR and ORIGYEAR in Mp3tag, or Year and whatever Original Year is called in iTunes. It was mentioned mainly for the more technical people here (and develeopment, of course), so some usable »pseudo standard« could be set up. -Does- iTunes actually offer something like "Original Year" to be entered somewhere? -- Moonbase Moonbase: 'The Problem Solver' (http://www.kaufen-ist-toll.de/moonbase) ------------------------------------------------------------------------ Moonbase's Profile: http://forums.slimdevices.com/member.php?userid=21594 View this thread: http://forums.slimdevices.com/showthread.php?t=59253
_______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
