Picard thinks some early 1990s jungle techno sounds like M People's "How Can I Love You More?"

:rofl:
Why is the Scan feature getting this so wrong?


Most probably somebody has submitted incorrect data.
E.g. Track "fc153485-e8f8-4d46-bcfb-abe814319e7f" | AcoustID

Linked MusicBrainz recordings

Title Artist Length Sources
How Can I Love You More M People 5:15 1
How Can I Love You More? M People 5:16 92
How Can I Love You More? M People 5:16 6
How Can I Love You More? (Sasha mix) M People 5:15 2
How Can I Love You More? (classic mix) M People 5:15 3
Track 13 Eric Van Lustbader 5:15 1

Unfortunately we cannot currently disable that obvious incorrectly linked recording.

2 Likes

Thanks for explaining. Not a big deal but seemed strange since this is very different audio so it canā€™t be comparing fingerprints. Not sure how to attach MP3 here to show you. Are there any other tools you know of which could ID a track? Shazam and SoundHound rely only on submission via microphone which is no good in this instance.

Usually we can delete the duff items linked to AcoustID data. But the AcoustID server is currently being hit with a large hammer to make it behave. Once repaired bad data can be removed.

Bad data gets onto that server by sloppy taggers who upload it to the wrong artist. Likely the same people who try and tag 1000 files at a time. I have seen some VERY weird matches up ther, but notice it is only a single fingerprint in this example.

Better to make use of the GREEN Tagger Button in Musicbrainz. Do a Lookup in Browser on the track, then walk around the website to find the better matching album, then hit the TAGGER button to transfer that album back to Picard.

It is also very likely you have a track not in the AcoustID database, and if MusicBrainz has the album at all youā€™ll need to again use that tagger button to get it to Picard.

4 Likes

Thanks for the knowledge Ivanā€¦ Yes, Iā€™ve stopped adding releases for artists where there are disambiguation issues myself as some artists in my library are just as new to me as to the database so if I havenā€™t had chance to listen to them yet thereā€™s a chance that it might be a different person. As you may know, some artist entries on Deezer and Spotify have releases from more than one person with the same name on the same pages! I wonder who complains first, the artist or the consumer because I can imagine some folk music artists with the same name as full on American dubstep artists, for example, probably panic to know that their followers end up getting some noisy devil music. :rofl:
Edit:
Unless thereā€™s an option to ā€œI donā€™t knowā€ the disambiguation setting that I missed?

3 Likes

Nothing wrong with noisy devil folk music. :rofl:

Any automated system will have hiccups. Common names being a problem, but artists are fairly used to it and tend to change their names once they know. Music being worldwide make it a wider problem too. I donā€™t do Spotify so donā€™t know how much of a mess they have. I do see their date issues and know it is just a shop focused on profits, but I donā€™t want to go OT.

I treat something like AcoustID as a guide. Picard is asking me: ā€œIs this your album? It seems a good match?ā€ Most of the time the matches are good, but sometimes my music is just too obscure for it to be in the databases.

It is one reason I recoil in horror when I see someone throw thousands of tracks at Picard in one go and just hit Save assuming it will be accurate. That is the person who has now mistagged something that later gets uploaded and totally FUBARā€™d AcoustID data.

1 Like

If Iā€™m being generous I wouldnā€™t just blame the users - the ā€˜submit acoustIDā€™ button is quite prominent in the Picard UI with no explanation of what it does/that it should be used with caution. I know you need to grab a key to enable it, but Iā€™m sure most people just think that has something to do with IDā€™ing files and then they hammer the submit button as soon as it lights up :thinking:

Long story short, as Ivan says AcoustIDā€™s certainly arenā€™t foolproof, itā€™s quite easy to submit a few thousand incorrect ones with a click!

3 Likes

I think for this case it is rather the rest of the AcoustIDs that seem to be wrongly linked M People recording. The following AcoustIDs seem to be for some techno tracks:

https://acoustid.org/track/875c6773-0577-46b2-9371-203231cf1104
https://acoustid.org/track/943d270f-f87f-4e16-ae65-3a0d6724fa6c
https://acoustid.org/track/29507d1f-884a-4879-9433-ae2a7f79bf06

The submitted metadata all indicates a different recording, but someone has linked them all to the same recording of How Can I Love You More? by M People. None of the three is linked to any other recording.

What I find interesting is that you have 6 files, but there are only 3 AcoustIDs. So either you have some duplicates or some of the tracks are similar enough that AcoustID considers them the same.

The proper way to fix this would be:

  • Unlink wrong AcoustIDs from the recording
  • Find the proper recordings for your files on MB (or create them if they donā€™t exist) and use Picard to submit the fingerprints for them.

Unfortunately that requires AcoustID to accept submissions, I hope this will be fixed soon.

Yes, it really should show a summary and some explanation what it does. And probably an extra warning if some files have bee linked to tracks with questionable matches.

3 Likes

You are right of course :slight_smile:.
My example was just to illustrate how totally incorrect the AcoustID submissions sometimes can be; that AcoustID with incorrectly linked audiobook track by Eric Van Lustbader really has nothing to do with the techno tracks DerekFerric tried to find a match.

Thatā€™s exactly what I said :smiley: This specific mislinking is not the cause for the error.

But the other AcoustIDs I have linked have something to do with that. Here is the AcoustID for something probably called Burst Appendix by Techno Bros:

https://acoustid.org/track/943d270f-f87f-4e16-ae65-3a0d6724fa6c

It is exclusively linked to How Can I Love You More?.

Similar for the two following, both again seem to be some techno tracks:

https://acoustid.org/track/29507d1f-884a-4879-9433-ae2a7f79bf06
https://acoustid.org/track/875c6773-0577-46b2-9371-203231cf1104

1 Like

Ah yes, this is more likely the correct names for what Iā€™ve got.
Iā€™ve only ever pressed the Submit Acoustics button for stuff Iā€™ve double checked after theyā€™ve been tagged but I did wonder whether making that available would potentially pollute the database. Incidentally, Iā€™ve noticed the Mixcloud auto-generation of tracklists for mixed sets sometimes gets things wrong and points to tracks their partners are selling which could cause disappointments.

1 Like

I just donā€™t yet understand why you have 6 files, but there are only 3 potential AcoustIDs. Are some of the files very similar indeed? Would be interesting to see which tracks you actually have, and what is shown in the AcoustID tag after you hit Scan.

1 Like

Now that AcoustID accepts submissions again I have disabled the link on these 3 fingerprints to the ā€œHow can I live you more?ā€ recording. So if you scan now you should actually not get the wrong results anymore, if all our theories are correct.

Actually you will not get any results, as the fingerprints in question are not linked to any recording. But if you can identify the proper recording you could then submit the fingerprints.

4 Likes

Iā€™m currently eliminating duplicates from multiple drives that Iā€™m dumping in one folder on a 10TB drive so tend to eliminate duplicates afterwards so I can manually verify Iā€™m not only deleting the smaller ones but also without the most necessary ID3 tags. For instance, if I have two 320s of the same 12" version of a song, Iā€™ll keep the one from the maxi-single CD rather than from some compilation from Warner Bros or whatever, as I prefer knowing the original labels who released it than somebody whoā€™s only licensed it years later.

1 Like

I have the Basement Records one and the Orca 4AM ones but they were just 128 rips, probably from YouTube which had no embedded tags, hence they became untitled when I was running a tag to filename task on MP3Tag without first ensuring that the filename was converted to tags.
Also I was wondering if a way to eradicate bad/wrong fingerprints might be to have them ranked by similarity so eventually the one with the most identical submissions becomes the one used and others fall down the list? Not sure how to explain better than that, hopefully you get my gist.
PS Iā€™m sorry to report a lot more wrong matches have come up since I posted this topic so Iā€™m glad Iā€™m checking everything before hitting Save! I guess others have experienced this if they have big libraries.

Btw I donā€™t think youā€™ve got anything to worry about.

If you care about correct matches, which you clearly do, then submit away after tagging. (Maybe not with these file with no tags though, depending on your accuracy there)

Trying to ID a file with no existing tags, that is a lone song (e.g. not with itā€™s other album tracks), is a worst case scenario for Picard. Scan will do itā€™s best to save your butt, but yes, there will be mismatches. Are you unlinking the incorrect IDs? That is very helpful for later users :pray:

Unfortunately an incorrect fingerprint match early on can lead to a bunch more of that fingerprint being submitted, as you can imagine. So the number of submissions doesnā€™t help that much.

Sometimes thereā€™s another problem at play, like a track has been mis-named on a release. Now you have everyone tagging ā€˜song bā€™ as ā€˜song aā€™ on that release. Itā€™s not a well known song so nobody really notices, until suddenly you are tagging a different release, and scan matches ā€˜song bā€™ to the differently titled ā€˜song aā€™ - and lots of fingerprints for both! And then you really gotta dig to untangle the messā€¦

3 Likes

The problem here is that the AcoustIDs for this file were exclusively linked to the wrong recording. There was no alternative to choose from. If it would also have been linked to the correct recording and that would have had more submissions than the wrong link then the correct one would have been used.

5 Likes

Iā€™ll see if I can unlink wrong stuff in the future but right now Iā€™m still trying to grasp submitting fingerprints to a compilation album which iā€™ve finally just added. Hoping this will all get easier. As a new editor the first thing that strikes me is itā€™s not easy to see which fields are mandatory. To know that from the beginning would maybe help newcomers not feel overwhelmed by the potential research needed.

About 1% of Acoustid ā†’ MusicBrainz Ids links are incorrect, to help with identifying these I have created some reports.

The first report shows pairs whereby the bad match only has one source and matches to a different track by the same artist and the track it links to is incorrect length for the fingerprint it is matched to, so in almost all cases this match can be disable, but it has to be done manuallyā€¦

I have disabled many pairs already but would love some help from others to clear this list, I regenerate the report every day to remove pairs that have been disabled

Procedure is as follows

  1. Create free account on Acoustid - easiest to use MusicBrainz account if have one.
  2. Choose an artist in the report
  3. Click on link in Acoustid column
  4. Find the bad link and select Disable if it looks bad
  5. Comment can be left blank and select Submit
  6. Repeat
3 Likes