[ID3 Dev] Moving forward on Chapter Frames

[Tom Sorensen]

Any MP3 reader/library that doesn't handle unknown tags is poorly
implemented and breaks the standard (at least v2.3 and v2.4 -- I
haven't read prior standards). There is an allowance in both for
custom frames (technically "experimental" frames) that start with X,
Y, or Z. As long as the frame length in the header is correct, it
should be parsed (and ignored if you don't know what to do with it).

Tom

On 11/25/05, Chris Newell <chris.newell at rd.bbc.co.uk> wrote:
> At 18:49 21/11/2005, Pyt wrote:
> >One question is problably  whether existing implementations are lenient enough to accomodate Chapter frames in v2.3 or 2.4 tags, even though they are not part of the original spec (for example, how do the existing public implementations like ID3Lib or the java library behave ?). If so, then I would vote for having just an addendum, and making the frames legal in v2.3 and 2.4.
> >
> >Otherwise, we have to go up one revision.
>
> I've tried files tagged with Chapter Frames carried in version 2.3 tags with a number of media players running on Windows.
>
> The following played the files without problems and could decode the standard tags:
>   QuickTime
>   VLC
>   iTunes
>
> However, although Windows Media Player 6.4 played the file it appeared unable to read any information from the tag when the Chapter Frames were present.
>
> It looks like a new version of the standard would probably be the safest option but I'm concerned this might discourage support for Chapter Frames.
>
> Chris
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: id3v2-unsubscribe at id3.org
> For additional commands, e-mail: id3v2-help at id3.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: id3v2-unsubscribe at id3.org
For additional commands, e-mail: id3v2-help at id3.org