Michaelwagner Wrote: > Basically, the programmer who wrote that module misinterpreted the > standard and therefore miscoded. > > The very first version of the ID3 tag standard allowed for a fixed > number of genres, and they were numbered. 60 I think. And had an > enumerated list of them. > > In the next revision, they decided this was too restrictive. So they > made genres character strings. But they left a provision that you could > use the old genres, in a multitude of ways: > > 1. just a single number - means use the old genre > > 2. (number) - means the same as above > > 3. (number)(number)(number) - the song fits into several of the old > style genres > > 4. (number)refinement - the song is like old genre "number" but with a > text string as a refinement. > > The original programmer mistakenly didn't require the opening bracket > in case 4, so your 60's tag was being taken as genre 60, refinement > 's. > > Sorry, it's not a simple explanation, but it wasn't a simple problem to > figure out either. > > Hope this helps.
Michael I understood that explanation. If the programmer forgot to add (number) then your left whith the refinement of just 's and nothing before it. The only curiosity I have with any of this, is that how come no one ever noticed that this was a problem before I mentioned it? Either everyone who used a genre of 's was inputting them in (as was pointed out in this thread) correct English :-) Or, no one is using genres of 60's 70's etc. ceejay said earlier in this thread that he has succesfully applied a test of 70's but if SlimServer was at fault how could he manage that? Just curious.... Regards Dave -- dfk _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
