<div>I've had initially the same problem with the new frames, but a very small modification of my library (which in not able to fully parse all frames, anyway) allowed me to take them in as binary (unparsed) frames, as long as the header is well-formed.

</div>

<div> </div>

<div>As far as the "sync" goes, in case of a corrupt frame, you can always:</div>

<div> </div>

<div>1. Check that the size of the frame is correct (there is another valid frame header or padding right after the frame)</div>

<div>2. If not, go into detailed analysis of the file right after the corrupt frame, looking for a valid header pattern.</div>

<div> </div>

<div>It's not fool-proof, but it will work in most cases.</div>

<div> </div>

<div>Pyt.<br> </div>

<div><span class="gmail_quote">On 11/22/05, <b class="gmail_sendername">Shiv Charan Panjeta</b> <<a href="mailto:shivcharan.p@samsung.com">shivcharan.p@samsung.com</a>> wrote:</span>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I am also facing the similar problem . if any of the frame is not understood .. I have to quite parsing.

<br>Is it make sense to introduce  some sync mechanism like (MP3 frame) in<br>future specs to recover the corrupted  frames.?<br><br>Regards,<br>-Shiv<br>----- Original Message -----<br>From: "Michal Vician" <

<a href="mailto:id3v2@audiott.com">id3v2@audiott.com</a>><br>To: <<a href="mailto:id3v2@id3.org">id3v2@id3.org</a>><br>Sent: Tuesday, November 22, 2005 4:09 AM<br>Subject: Re: [ID3 Dev] Moving forward on Chapter Frames

> > - should there be a new version of the ID3v2 specification which > > incorporates Chapter Frames or an addendum which describes Chapter Frames > > and nothing else? > > Hi.

<br>><br>> My first ID3v2 library was built in supposition that there can be only<br>> frames which are defined in ID3v2 specification. Therefore if there had<br>> been an "unknown" frame found in ID3v2 tag, my application would have

<br>> ignored the whole tag. Why? Because there was suspicion that tag is<br>> broken. This was the way of protection against broken tags -> whenever<br>> something was assumed to be wrong/something unexpected was found, the

> application simply ignored whole ID3v2 tag rather then risk the > RuntimeException... > > Nobody can guarantee that all applications will run properly! Therefore I > would rather a new version of ID3v2 specification was released.

<br>><br>> Regards<br>> Miso<br>><br>><br>> --<br>> Michal Vician<br>> <a href="mailto:id3v2@audiott.com">id3v2@audiott.com</a><br>> <a href="http://www.audiott.com/">http://www.audiott.com/</a>

<br>><br>><br>> ---------------------------------------------------------------------<br>> To unsubscribe, e-mail: <a href="mailto:id3v2-unsubscribe@id3.org">id3v2-unsubscribe@id3.org</a><br>> For additional commands, e-mail: 

<a href="mailto:id3v2-help@id3.org">id3v2-help@id3.org</a><br>><br>><br>><br><br><br>---------------------------------------------------------------------<br>To unsubscribe, e-mail: <a href="mailto:id3v2-unsubscribe@id3.org">

id3v2-unsubscribe@id3.org</a><br>For additional commands, e-mail: <a href="mailto:id3v2-help@id3.org">id3v2-help@id3.org</a><br><br></blockquote></div><br>