Re: [Muine] Couple of Incorrect Album Covers



On Mon, 2004-03-15 at 00:29, Piers Cornwell wrote:

> Been giving Muine a whirl since i discovered it in Debian Unstable.
> 
> For the most part the (unbeliveably sexy:) album fetching works fine, 
> with the following exceptions:

Glad to hear it!

> Orbital - Orbital
> 
> Should show:
> http://www.amazon.com/exec/obidos/tg/detail/-/B00004T6UY/qid=1079310100/sr=8-3/ref=pd_ka_3/103-7748037-8091058?v=glance&s=music&n=507846
> (yellow cover)
> 
> Actually shows:
> http://www.amazon.com/exec/obidos/tg/detail/-/B00004T6UZ/qid=1079310100/sr=8-2/ref=pd_ka_2/103-7748037-8091058?v=glance&s=music&n=507846
> (brown cover for "Orbital - Orbital 2")
> 
> Blur - Blur
> 
> Should show:
> http://www.amazon.com/exec/obidos/ASIN/B000000WDA/qid=1079310224/sr=2-3/ref=sr_2_3/103-7748037-8091058
> (yellowish cover)
> 
> Actually shows:
> http://www.amazon.com/exec/obidos/ASIN/B00005176F/qid=1079310224/sr=2-2/ref=sr_2_2/103-7748037-8091058
> (faces cover for "Blur - The Best of Blur")
> 

Hmm, I can understand why. Muine uses a heuristic approach to finding matches, in this case since 100% of
the words in your tag are in the Amazon product name we assume it's a match. I suppose we could try
to improve by picking the "most complete", based on total matched words, not just % of matched words, and
not taking the first result that goes over the accepted threshold, but that may cause unnecessary load/introduce
slowness so we'd have to run some tests.

Can you raise a bug in bugzilla with the output of id3v2 --list on
example MP3s and I'll look into it.

Thanks for the feedback.
-- 
Lee Willis <lee leewillis co uk>




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]