#4254: Existing PUID not found on some sound files
----------------------------+-----------------------------------------------
Reporter: jesus2099 | Owner: outsidecontext
Type: bug | Status: reopened
Priority: normal | Milestone: Picard 0.12
Component: Picard Tagger | Version: Picard 0.11
Resolution: | Keywords: picard, puid, bug, genpuid, regression, lookup, analyze
Os: Windows XP | Browser:
----------------------------+-----------------------------------------------
Comment (by BrianFreud):
paultaylor: It's using libofa, not genuid, and yes, I've found many
hundreds of cases where libofa fails where genpuid does not. Most often,
they're related to one of three causes, all mp3-based: a broken frame
somewhere in the mp3, an "overlarge" frame in the mp3 (ie, cbr is set,
frame should be max x bytes, but actually is x+n bytes long), an
incorrectly written vbr frame, or that other vbr frame type, other than
xing, (I forget what it was called) is present. In all of these cases,
mp3packer was able to fix the problems, such that libofa now didn't have
any problems - however, the fingerprint generated by genpuid for these
files, before the mp3 was fixed, was generated incorrectly, and needed to
be re-generated (always leading to a different puid now identifying the
fixed mp3; I'm guessing genpuid either was simply stopping when it hit the
broken frames and/or used the wrong song length when creating the song's
analysis output).
--
Ticket URL: <
http://bugs.musicbrainz.org/ticket/4254#comment:18>
MusicBrainz Bug Tracker <
http://musicbrainz.org>
MusicBrainz -- the music metadatabase
_______________________________________________
Musicbrainz-bugs mailing list
Musicbrainz-bugs@...
http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-bugs
