GNOME Bugzilla – Bug 523423
Implement metadata retrieval via "fingerprinting"
Last modified: 2010-11-12 01:33:44 UTC
Hi, it would be nice if banshee could retrieve metadata from musicbrainz again. After they switched to PUID from TRM this became a bit harder unfortunately. The following needs to be done now: Get the ofa gstreamer element from http://webcvs.freedesktop.org/gstreamer/gst-plugins-bad/ext/ofa/ change names, etc and put it in libbanshee (attention, libofa is GPL). Let playback go through that element. After 135 or EOS one can read the OFA fingerprint from the "fingerprint" GObject property and a tag of type "ofa-fingerprint" is sent over the bus. This tag now has to be converted to a PUID. Code that does this is at http://code.google.com/p/alexandrialibrary/source/browse/trunk/src/Alexandria.Services.MusicDns/MetadataFactory.cs for example. This can query http://ofa.musicdns.org/ofa/1/track for getting a PUID and for getting metadata for the file (artist, etc). With the PUID one could now query MusicBrainz if the MusicDNS metadata was not enough already.
This is an old bug, so hopefully this additional comment will give it a "bump". It would be great if the "Edit Track Information" dialog could have a button to do a one click MusicBrainz lookup based on the fingerprint. There'd need to be some nice UI to allow user-driven merging of existing plus MusicBrainz metadata. If mockups would be useful, I can give it a shot. Further, it would be great to have a batch mode for MusicBrainz lookup. Picard of course exists, but it has a very unintuitive UI, and an overly complex process. An example use case: I could create a Banshee playlist of all songs whose artist is "Unknown Artist", and then run a batch MusicBrainz lookup on the playlist to update the metadata. Maybe the dialog that shown when choosing this function on a playlist would allow the user to choose whether to manually accept/merge the data, or just automatically overwrite when the certainty of the match is good enough.
this features is on community extention git but with last.fm fingerprint because musicDNS seems dead...==> To close
(In reply to comment #2) > this features is on community extention git but with last.fm fingerprint > because musicDNS seems dead...==> To close Closing it. If the original reporter or anyone else on the CC list uses the new fingerprinting tool and it doesn't do what you were expecting, feel free to reopen this, or file new bugs against the "Community Extensions" component. Thanks!