[Nepomuk] Web Metadata Extractor GSoC idea

[z]

2010/2/21 Evgeny Egorochkin <phreedom.stdin at gmail.com>

> On Sunday 21 February 2010 16:15:55 z wrote:
> > What do you mean by "calculate a MusicBrainz ID"? The only way to know
> MBID
> > is to query their online database on known terms about inersting track
> > AFAIK. And then there is a quest to pick one real match from returned
> > results. Am i right?
>
> Not at all. There's a lib which calculates a fingerprint of the audio
> itself:
> http://musicbrainz.org/doc/How_PUIDs_Work
>

Then you confused terms between http://musicbrainz.org/doc/MBID and
http://musicbrainz.org/doc/PUID.


> > 2010/2/21 Evgeny Egorochkin <phreedom.stdin at gmail.com>
> >
> > Added one idea:
> > >
> http://community.kde.org/GSoC/2010/Ideas#Web_Metadata_Extractor_Framework
> > > _and_Service
> > >
> > > It doesn't look very hard on the surface(mostly grunt work with
> > > configuration
> > > and such) and is a very useful.
> > >
> > > One more thing left out is "slow indexing" mode. At this moment, we
> don't
> > > calculate hashes for files or MusicBrainz IDs for music to speed up
> > > indexing.
> > > Maybe it's worth to either let the user enable the features(possibly
> for
> > > a subset of dirs) or implement a second pass of crawling to handle the
> > > heavy lifting.
> > >
> > > Basically, if you have plain mp3 with no tags, the "slow" crawler could
> > > calculate a MusicBrainz ID, and the Web Metadata Extractor would fetch
> > > the rest of metadata.
> > >
> > > --
> > > Evgeny
> > > _______________________________________________
> > > Nepomuk mailing list
> > > Nepomuk at kde.org
> > > https://mail.kde.org/mailman/listinfo/nepomuk
>
> --
> Evgeny
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/nepomuk/attachments/20100221/362aee1d/attachment.htm