<div>"<SPAN style="FONT-SIZE: 12pt">Why do you think it’s a bad idea?  Do you mean there are too many frames in the existing standard or in the idea I discussed?  (I only gave an example of six base frames.)<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></SPAN>", too many... and xml.</div>  <div> </div>  <div>"let's create a blog, ID3 Blog, in blogspot or another, were we talk about what we talking here. <FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">What about the mailing list don’t you like?", i think that mailing list is a stupid idea, besides if we have a blog many people will be implicated, more more publicity, what we talking about: ID3,org MUST HAVE A BLOG, who is with me?. We can read coments very easy using an RSS Reader.</SPAN></FONT></div>  <div><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"></SPAN></FONT> </div>  <div><FONT face="Times New Roman" size=3><SPAN

 style="FONT-SIZE: 12pt">"using an library too for read/write info "powered by" ID3.org? <FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">There are groups out there that are already doing this.  The two that spring to mind are MusicBrainz and FreeDB.  Besides, the scope of id3.org (as I understand it) is to define and promote the standard for imbedding metadata in a file, not to be the *<B><SPAN style="FONT-WEIGHT: bold">source</SPAN></B>* of that data." </SPAN></FONT></SPAN></FONT></div>  <div><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"></SPAN></FONT></SPAN></FONT> </div>  <div><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  yep right like i sed: a library for read/write info (metadata : data about data) in  </SPAN></FONT></SPAN></FONT></div>  <div><FONT

 face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  files "powered </SPAN></FONT></SPAN></FONT><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">by" ID3.org. So if Apple wont to use ID3 standard will use </SPAN></FONT></SPAN></FONT></div>  <div><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  library created by </SPAN></FONT></SPAN></FONT><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">ID3 group. What this mean: a unified standard not only on </SPAN></FONT></SPAN></FONT></div>  <div><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  papers

 by </SPAN></FONT></SPAN></FONT><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">implemented too. </SPAN></FONT></SPAN></FONT><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">So will not be problems and incompatibility with </SPAN></FONT></SPAN></FONT></div>  <div><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  tags, written by a different id3 library. </SPAN></FONT></div></SPAN></FONT>  <div><BR><BR><B><I>"Mitchell S. Honnert" <mitch@honnert.com></I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">  <META content="Microsoft Word 11 (filtered medium)" name=Generator>  <STYLE>  v\:* {behavior:url(#default#VML);}  o\:*

 {behavior:url(#default#VML);}  w\:* {behavior:url(#default#VML);}  .shape {behavior:url(#default#VML);}  </STYLE>  <o:SmartTagType name="PersonName" namespaceuri="urn:schemas-microsoft-com:office:smarttags"></o:SmartTagType>  <STYLE>  st1\:*{behavior:url(#default#ieooui) }  </STYLE>    <STYLE>  <!--   /* Font Definitions */   @font-face   {font-family:Tahoma;   panose-1:2 11 6 4 3 5 4 4 2 4;}   /* Style Definitions */   p.MsoNormal, li.MsoNormal, div.MsoNormal   {margin:0in;   margin-bottom:.0001pt;   font-size:12.0pt;   font-family:"Times New Roman";}  a:link, span.MsoHyperlink   {color:blue;   text-decoration:underline;}  a:visited, span.MsoHyperlinkFollowed   {color:blue;   text-decoration:underline;}  p   {mso-margin-top-alt:auto;   margin-right:0in;   mso-margin-bottom-alt:auto;   margin-left:0in;   font-size:12.0pt;   font-family:"Times New Roman";}  span.EmailStyle18   {mso-style-type:personal-reply;   font-family:Arial;   color:navy;}  @page Section1   {size:8.5in 11.0in;  

 margin:1.0in 1.25in 1.0in 1.25in;}  div.Section1   {page:Section1;}  -->  </STYLE>    <DIV class=Section1>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">>eh, sounds bad, maybe in future we use xml ... but frames are too many...<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">Why do you think it’s a bad idea?  Do you mean there are too many frames in the existing standard or in the idea I discussed?  (I only gave an example of six base frames.)<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"> <o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">>- let's create a blog, ID3 Blog, in blogspot or another, were we talk about what we talking here.<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT

 face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">What about the mailing list don’t you like?<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><o:p> </o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">>Why WMP can using AMG, iTunes, winamp use CDDB, in terms of music info, why not <o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">>using an library too for read/write info "powered by" ID3.org?<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">There are groups out there that are already doing this.  The two that spring to mind are MusicBrainz and FreeDB.  Besides, the scope of id3.org (as I understand it) is to define and promote the standard for imbedding metadata in a file,

 not to be the *<B><SPAN style="FONT-WEIGHT: bold">source</SPAN></B>* of that data.<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><o:p> </o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">Mitchell S. Honnert<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">www.UltraID3Lib.com<o:p></o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><o:p> </o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p> </o:p></SPAN></FONT></div>  <div class=MsoNormal><FONT face=Arial color=navy size=2><SPAN style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial"><o:p> </o:p></SPAN></FONT></div>  <DIV>  <DIV class=MsoNormal

 style="TEXT-ALIGN: center" align=center><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  <HR tabIndex=-1 align=center width="100%" SIZE=2>  </SPAN></FONT></DIV>  <div class=MsoNormal><B><FONT face=Tahoma size=2><SPAN style="FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">From:</SPAN></FONT></B><FONT face=Tahoma size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> Ion Todirel [mailto:iontodirel@yahoo.co.uk] <BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Saturday, February 11, 2006 3:35 PM<BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> <?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" /><st1:PersonName w:st="on">id3v2@id3.org</st1:PersonName><BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> RE: [ID3 Dev] 'Extending' ID3 V2.4</SPAN></FONT><o:p></o:p></div></DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><o:p> </o:p></SPAN></FONT></div>  <DIV>  <div

 class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">eh, sounds bad, maybe in future we use xml ... but frames are too many...<o:p></o:p></SPAN></FONT></div></DIV>  <DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"> <o:p></o:p></SPAN></FONT></div></DIV>  <DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">anyway, i have two sugestions:<o:p></o:p></SPAN></FONT></div></DIV>  <DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"> <o:p></o:p></SPAN></FONT></div></DIV>  <DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">- let's create a blog, ID3 Blog, in blogspot or another, were we talk about what we talking here.<o:p></o:p></SPAN></FONT></div></DIV>  <DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE:

 12pt"> <o:p></o:p></SPAN></FONT></div></DIV>  <DIV>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">- in futere let's create a free ID3.org library for standartisation purpose. Why WMP can using AMG, iTunes, winamp use CDDB, in terms of music info, why not using an library too for read/write info "powered by" ID3.org? So who want to use ID3 she will use a ID3 ID3 library. We can develop using COM, .NET and Java, anywone will be happy. Why just providing a list of library but not create one? <BR><BR><B><I><SPAN style="FONT-WEIGHT: bold; FONT-STYLE: italic">"Mitchell S. Honnert" <<st1:PersonName w:st="on">mitch@honnert.com</st1:PersonName>></SPAN></I></B> wrote:<o:p></o:p></SPAN></FONT></div></DIV>  <BLOCKQUOTE style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0in; BORDER-TOP: medium none; MARGIN-TOP: 5pt; PADDING-LEFT: 4pt; MARGIN-BOTTOM: 5pt; PADDING-BOTTOM: 0in; MARGIN-LEFT: 3.75pt; BORDER-LEFT: #1010ff 1.5pt

solid; PADDING-TOP: 0in; BORDER-BOTTOM: medium none">  <div class=MsoNormal style="MARGIN-BOTTOM: 12pt"><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">For what it's worth, here's my two cents... While I think the highly complex, specialized nature of the ID3v2 spec can work against its uniform adoption, I'm not a big fan of a wholesale replacement of the frame collection paradigm with XML. But what about a hybrid? What if the next gen version of ID3 limited itself to a few "base" frame types, one of which was a frame flagged to contain XML?  So, to throw out some ideas, these "base" frames might be... TextFrame - what's now the "T" frames i.e. Artist, Title, Album NumberFrame - a strongly typed frame to store numbers i.e. Track Number, Year, Beats Per Minutes, Duration (MS) BinaryFrame - generically store pictures or any BLOB's/GEOB's TextCollectionFrame - a list of text values i.e.

 Genres<BR><BR>DictionaryFrame - a collection of text key/value pairs i.e. Involved People.<BR><BR>XMLFrame - basically the same as TextFrame but flagged as storing XML.<BR><BR>You'd still have tag ID's to identify what's in each of these frames, but<BR>all data would fit into one of the handful of base frames.<BR><BR>In designing my ID3 library, I used a set of base classes in an OO hierarchy<BR>to minimize the amount of duplicate code I'd have. So, when I'm<BR>implementing a new frame, I always begin by thinking "Can I just start off<BR>by inheriting one of my existing base Frame classes or do I have to start<BR>from scratch?" If the new standard had a small number of these "base"<BR>frames -- and relied on the XML frame as a catchall for the more complex<BR>metadata -- then implementers could write the base encoding/decoding code<BR>for these frames very quickly. <BR><BR>It would only be if you needed to access the more complex frames (read<BR>"rarely used" frames) that you'd have

 to parse XML or use a DOM. For<BR>example, if this style of ID3 format were in place, the addition of a<BR>Chapter frame wouldn't have required the creation of a whole new base frame<BR>type. Instead of having to focus on the binary format of this new frame, we<BR>would just have had to agree on an XML schema. Sure, anyone implementing<BR>this new frame would have had to write new code to handle the specific XML<BR>format, but -- here's the important part -- it wouldn't require you to<BR>revisit the area of your library where binary parsing is done. "You want to<BR>implement a ChapterFrame? Fine, inherit the XMLFrame and parse the (Friend)<BR>XMLFrame.XML property."<BR><BR>Personally, what my goal for a next generation ID3 standard would be is an<BR>elegant combination of support for simple, commonly-used metadata and<BR>complex, rarely-used metadata. The basic implementation would be so simple<BR>and streamlined that it would promote a uniformity of application. But it<BR>would

also support complex metadata, if that's what you needed. I think using a small set of "base" frames which included one to support XML could meet this goal.  Sure, the current IDv2 can support almost any metadata requirement imaginable, but the learning curve is very steep. In theory this shouldn't matter. In designing a metadata tag format, you shouldn't have to account for bad (but popular) implementations that all but render the standard useless. But in reality, you do have to worry about the learning curve of your format and how it will affect implementation and adoption. Creating something with an "Easy to learn, hard to master" learning curve would go a long way to reducing the number of corrupt implementations. I could go one with my pros (and some of the cons) of this idea, but I've already rambled on too much, so I thought I'd throw this out there for now. Mitchell S.

 Honnert<BR>www.UltraID3Lib.com<BR><BR><BR><BR><BR><BR>-----Original Message-----<BR>From: Paul Taylor [mailto:paul_t100@fastmail.fm] <BR>Sent: Saturday, February 11, 2006 5:11 AM<BR>To: <st1:PersonName w:st="on">id3v2@id3.org</st1:PersonName><BR>Subject: Re: [ID3 Dev] 'Extending' ID3 V2.4<BR><BR>Completely agree XML must be the way to go it would be so much easier to <BR>enforcer validation,implement a libray and be able to view directly in a <BR>human readable form. MusicBrainz (ww.musicbrainz.org) uses XML RDF to <BR>store its track data maybe this could be used as the basis of an XML <BR>Format. I know there are a number of formats additional to ID3v2, do any <BR>of these already use XML ?<BR><BR>Paul Grebenc wrote:<BR><BR>><BR>>> Another "problem" with XML is that it is so flexible when it comes to<BR>>> the text encoding of the actual document. Having to support so many<BR>>> text encodings can be a big problem, especially in the embedded

 space.<BR>><BR>><BR>> The specification could dictate that the tag has to use UTF-8. Or, it <BR>> would be just as easy to not dictate that and let anyone use their <BR>> preference. As it stands, ID3v2 supports Unicode, but I doubt there <BR>> are very many embedded devices that will correctly display anything <BR>> outside the standard ASCII character set. There are probably enough <BR>> desktop applications that support ID3v2 that won't do the right thing <BR>> with Unicode, as it is.<BR>><BR>> I don't want to argue this point forever. I just want to express <BR>> three opinions:<BR>><BR>> 1. Parsing XML without a full-blown parser/DOM support does not have <BR>> to be hard.<BR>><BR>> 2. A new version should target the embedded devices that will be <BR>> designed a few years from now as the minimum embedded platform. <BR>> Existing devices aren't going to retroactively support any new <BR>> version, regardless of how

 simple it is, so there's no value in <BR>> wondering whether a three year old 32MB keychain player can 'handle it'.<BR>><BR>> 3. XML has some disadvantages, but the one enormous advantage it has, <BR>> considering that half the traffic on this list is moaning about bad <BR>> ID3v2 implementations, is the ability it provides to universally <BR>> enforce validation.<BR>><BR>> Paul<BR>><BR>> ---------------------------------------------------------------------<BR>> To unsubscribe, e-mail: id3v2-unsubscribe@id3.org<BR>> For additional commands, e-mail: id3v2-help@id3.org<BR>><BR>><BR>><BR><BR><BR>---------------------------------------------------------------------<BR>To unsubscribe, e-mail: id3v2-unsubscribe@id3.org<BR>For additional commands, e-mail: id3v2-help@id3.org<BR><BR><BR>---------------------------------------------------------------------<BR>To unsubscribe, e-mail: id3v2-unsubscribe@id3.org<BR>For additional commands, e-mail:

 id3v2-help@id3.org<o:p></o:p></SPAN></FONT></div></BLOCKQUOTE>  <div class=MsoNormal><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><o:p> </o:p></SPAN></FONT></div>  <DIV class=MsoNormal style="TEXT-ALIGN: center" align=center><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt">  <HR align=center width="100%" SIZE=1>  </SPAN></FONT></DIV>  <div class=MsoNormal><FONT face=Arial size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"><A href="http://us.rd.yahoo.com/mail/uk/taglines/default/photos/*http:/uk.photos.yahoo.com/"><B><SPAN style="FONT-WEIGHT: bold">Yahoo! Photos</SPAN></B></A> – <FONT color=red><SPAN style="COLOR: red">NEW</SPAN></FONT>, now offering a <A href="http://us.rd.yahoo.com/mail/uk/taglines/default/photos/*http:/uk.photos.yahoo.com/">quality print service</A> from just 8p a photo.</SPAN></FONT><o:p></o:p></div></DIV></BLOCKQUOTE><BR><p>

                <hr size=1><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a href="http://us.rd.yahoo.com/mail/uk/taglines/default/messenger/*http://uk.messenger.yahoo.com 

">Yahoo! Messenger</a> 

 <font color="red">NEW</font> - crystal clear PC to PC 

<a href="http://us.rd.yahoo.com/mail/uk/taglines/default/messenger/*http://uk.messenger.yahoo.com 

">calling worldwide with voicemail 

</a></font>