<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2745.2800" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=272420022-09062005><FONT face=Arial
color=#0000ff size=2>v2.3. Thanks, I must have looked at that informal spec 30
times yesterday, and completely blew past those 4 extra "x"'s in the Frame Size
element.</FONT></SPAN></DIV>
<DIV> </DIV><!-- Converted from text/plain format -->
<P><FONT size=2>-Brian<BR></FONT></P>
<DIV> </DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> Pyt [mailto:py.thoulon@gmail.com]
<BR><B>Sent:</B> Thursday, June 09, 2005 11:28 AM<BR><B>To:</B>
id3v2@id3.org<BR><B>Subject:</B> Re: [ID3 Dev] Windows Media Frames appear to
use invalid FrameSizes<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV>Is it a v2.3 or v2.4 tag ? v2.3 does not have the notion of synchsafe
integers for frame sizes. The size as coded would be correct in a v2.3
tag.</DIV>
<DIV> </DIV>
<DIV>Pyt.<BR><BR> </DIV>
<DIV><SPAN class=gmail_quote>On 6/9/05, <B class=gmail_sendername>Brian
Mearns</B> <<A href="mailto:bmearns@coe.neu.edu">bmearns@coe.neu.edu</A>>
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><BR>I'm
trying to parse some id3v2 tags off an mp3, and I keep running
into<BR>problems with a PRIV frame, with no Owner identifier and private data
<BR>beginning with: "WM/UniqueFileIdentifier", and then a bunch more after it.
I<BR>can tell visually that the frame is 148 bytes, giving it a FrameSize of
138.<BR>For some reason, whoever wrote the tag stored the whole value in the
first <BR>byte of the size, making it 10001010 ( -118 in signed dec), and
thereby<BR>breaking with the synchsafe standard. Based on the "WM" preceeding
the<BR>data--and there are several other "WM/..." PRIV frames in the file--I'm
<BR>thinking it's something Windows Media player is doing, but I'm not
positive.<BR><BR><BR>Has anyone else come across such a thing before, or have
a good ideaof how<BR>to handle it? I can put some hooks in my code to handle
it, but I'd rather <BR>not write it out in this broken format, so if I ever
get a tag which doesn't<BR>syncsafe any bytes in the size, I'm going to be in
trouble.<BR><BR>Just in case I'm missing something stupid, here are the bytes
in the frame <BR>(in hex, obviously). Note the 8a in the 8th byte (1-based),
the last byte of<BR>the frame size element.<BR><BR>50 52 49 56 00 00 00 8a 00
00 57 4d 2f 55 6e 69 71 75 65 46 69 6c 65 49 64<BR>65 6e 74 69 66 69 65 72 00
41 00 4d 00 47 00 61 00 5f 00 69 00 64 00 3d 00 <BR>52 00 20 00 20 00 20 00 33
00 36 00 37 00 39 00 39 00 32 00 3b 00 41 00 4d<BR>00 47 00 70 00 5f 00 69 00
64 00 3d 00 50 00 20 00 20 00 20 00 20 00 33 00<BR>38 00 33 00 38 00 33 00 3b
00 41 00 4d 00 47 00 74 00 5f 00 69 00 64 00 3d <BR>00 54 00 20 00 20 00 35 00
31 00 33 00 39 00 34 00 39 00 39 00 00<BR><BR><BR><BR>-Brian Mearns<BR>(<A
href="mailto:bmearns@coe.neu.edu">bmearns@coe.neu.edu</A>)<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></BODY></HTML>