<div>Actually, I've been a little over-enthusiastic when mentioning "most apps"... </div>
<div>ID3-TagIt is definitely one; my own private implementation too (but that wouldn't count...:-). The few other implementations that I've seen (MusicMatch, WinAmp, Windows Media Player and Turtlebeach's Audiotron [a hardware device]) implement a single genre. Some of them don't understand the numeric notation in v2 tag, but they're all compatible with the null-separated multiple genre: when they encounter one, they just return the first genre, as you would expect any unaware application (the null char is interpreted as end of string).
</div>
<div> </div>
<div>So, in essence, yes, you're right, this seems like a divergence from the standard, albeit a harmless one.</div>
<div> </div>
<div>Anybody cares to comment on other implementations (how about the Java libs around or id3lib ?).</div>
<div> </div>
<div>Thanks,</div>
<div>Pyt.<br><br> </div>
<div><span class="gmail_quote">On 1/14/06, <b class="gmail_sendername">Mitchell S. Honnert</b> <<a href="mailto:mitch@honnert.com">mitch@honnert.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Using a null-separated list of strings (which from my reading is what is<br>specified in the v2.4 TCON spec) would have the advantage of being easy to
<br>implement and that it would follow the only implementation I know about<br>(ID3-TagIT), but there just seems to be something wrong with diverging from<br>the standard so much.<br></blockquote></div>