[vlc-devel] (no subject)
Jean-Baptiste Kempf
jb at videolan.org
Wed Jan 15 19:32:31 CET 2014
On 15 Jan, Wieland Hoffmann wrote :
> Hallo Jean-Baptiste Kempf:
> > On 14 Jan, Wieland Hoffmann wrote :
> > > The MusicBrainz *Album* ID that the current code uses is not what's gets
> > > used for vlc_meta_TrackID (the UFID frame in ID3). The TrackID
> > > corresponds to the MusicBrainz Recording ID, where a recording is a
> > > peace of audio that later gets used as a track on one (or more) releases
> > > (albums). The "official" definition of a recording is at [0].
> >
> > OK, then I'm confused. Great.
> > What does acoustid return then?
>
> Now that you've brought AcoustID into the conversation, I'm confused as
> well.
Excellent :)
> What the 00_musicbrainz.lua script does is: it gets the MusicBrainz
> Album ID (which is the ID for an album or, as it's called in MB, a
> release [0]). To query the web service for output that indicates whether
> or not the Cover Art Archive (CAA) has artwork for the release, it's
> necessary to know the Album ID [3]. Finding that ID can happen through either
Could it do it with just the TrackID?
> * searching for the release on MB with some known metadata like the
Yes.
> * getting the MusicBrainz Album ID directly from the tags of the audio
Yes.
> * Fingerprinting the audio files (which does not need to have any
Yes.
We need to support all of those.
> Now that we've got the MBID of the album, the existing try_query
> function in share/lua/meta/art/00_musicbrainz.lua will work.
OK.
> > OK. What do you suggest then?
>
> The only problem in my explanation above is that currently, the Album ID
> is not read from some files, even if the tags do actually contain it.
That's bad©®.
> * add code to explicitly read the MusicBrainz {Album, Artist, Work,
> Album Artist} ID from the files. This is relatively easy because it
> boils down to asking taglib for the tag in readMetaFrom* and, if it
> exists, add it somewhere (either extra_tags or by extending
> vlc_meta_type_t). Adding it into extra_tags would mean that the
> MusicBrainz related tags do appear in the metadata dialog, but other
> tags that VLC doesn't know about do not.
Sure.
> * extend the respective readMetaFrom* methods to read *all* tags taglib
> gives us. That would mean adding a check like "has the tag that we're
> deadling with right now already been handled by populating ppsz_meta
> of vlc_meta_t (the well known tags like artist, album, etc.)".
Hmm, we would still need the mapping.
> In that case, I think it'd be best to normalise the names for the MBIDs
> or use vlc_meta_type_t - otherwise, we'd need to change the display
> logic depending on the file type.
Agreed.
What I hear also is that storing the TrackID is of limited used compared
to the MBID...
Other good modification you recommend?
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
More information about the vlc-devel
mailing list