Incorrect metadata retrieval again

After I had learned that some of my mp3’s had multiple headers, I reset them to make every kind of headers (IDv1, IDv2 and so on) have the same tag values, but music-metadata still keeps failing to get correct metadata from some of them. I double-checked the files in question had headers properly set with at least two metadata editors.

I attach two samples to help you figure out the cause.

sample1.mp3.zip sample2.mp3.zip

[Borewit]

Since 0.8.3 multiple ID3 headers are supported, and the “best” header is selected. In case two header block appear of the same version and format (which should not ever happen parsing a properly encoded MP3 file), the last one will overwrite the previous one in the result. I should[improve the documentation (issue #17), problem is that I prefer coding, and there is always something more to add.

[mycoboco]

I can write simple Python code so can take advantage of Mutagen to fix my problematic files in a batch. Thank you for informing of the library. Or even if I would do it manually, never a burden because they are not many.

I think it is not necessary to make music-metadata support fix of multiple headers, but what I wonder is if the change made between 0.8.2 and 0.8.3 to pick the last header when there are multiple ones is really necessary; as I recall 0.8.2 worked well. Or at least documentation seems to be worth being added to explain music-metadata chooses the last of multiple headers; as I did, users might mistake that music-metadata is broken because it looks like giving incorrect values even after they fix tag values using tagging tools.