First, thanks for the hard work on this library.
I don't know if this was the best way to solve this problem, but I was having some issues with playing various MP3 files using the latest NAudio from the source repository. Many files in my collection appear to have duplicate ID3v1 tags (some from
Amazon MP3) at the end of the file which caused an "Not a recognised MP3 block" format exception from the Mp3Frame class. Also some of my MP3's have some other junk after the last frame before the ID3v1 tag (saw it with a hex editor) and possibly
at other places in the file.
I read here http://www.mp3-tech.org/programmer/frame_header.html something that made me think you could sync on the 11 (eleven) 1 bits of the first 2 bytes of the MP3 Frame, so
I added a quick change to the ReadNextFrame method from Mp3FileReader code to this:
public Mp3Frame ReadNextFrame(bool readData)
byte header = new byte;
while (mp3Stream.Read(header, 0, 2) == 2)
if (header == 0xFF && ((header & 0xE0) == 0xE0))
//move the pointer back to the beginning of the header
//and return the Mp3Frame
mp3Stream.Position -= 2;
return new Mp3Frame(mp3Stream, readData);
I suppose this could cause a problem if some junk in the file matches my header check and causes a strange or invalid MP3Frame to be created. I guess another way would be just assuming we've got all the file we can read
and adjusting the stream length to reflect that.
This seems to solve my problem. Any thoughts?