ID3v2

[GoogleCodeExporter]

I have experienced bug: when loading mp3 file with ID3v2 tag, this file is
not recognized as valid mp3.

Main difference between ID3v1 and ID3v2 is that v1 tag is located at the
very end of mp3 file, v2 tag is at the beginning - this is extremely
usefull when streaming audio, you can display your metadata immediately
when first bytes comes to client. And ID3v2 can hold as much as 256MB of
various metadata like album cover etc etc.
Problem is that you have to partialy analyze this ID3v2 tag and check its
size when you want to know where mp3 header is located.
Will you please consider to fix this bug (or rather add a feature :) in
this very cool piece of code?
Thanx

Original issue reported on code.google.com by eman.mac...@gmail.com on 29 Dec 2009 at 1:17

[GoogleCodeExporter]

At this time, the library does not support ID3v2 headers or ID3v.x tag metadata 
in
any form. That being said, this could be more of an issue than a feature 
request.

A similar issue with failing files was just posted as well. I will try write a 
debug
patch to dump the failing header bytearray to a log file. If there is a pattern 
in
the failing file headers that can be replicated, it would be possible to patch 
the
library for this defect. 

Any help in pointing me in the direction of some failing files would be 
appreciated. 

Original comment by beatportscott@gmail.com on 20 Mar 2010 at 8:31

[GoogleCodeExporter]

Hey,

Attached is a failing file. Also, when do you expect to implement ID3v2 support?

Original comment by Shaun.Ne...@gmail.com on 10 May 2010 at 4:36

Attachments:

• [5 - Why Sparta 1 -skit.mp3](https://storage.googleapis.com/google-code-attachments/mp3infoutil/issue-3/comment-2/5 - Why Sparta 1 -skit.mp3)