While in Picard scan was working fine but has stopped. This has started on most files.
I ripped some files from a cd. All I get is Track1 Track2 and so on. When I scan these files it should rename then to the Artist and Title but they will not scan or lookup. They remain Track1 Track2. IMO, I think MusicBrainz.org is having some downtime or just snoozing on some scans. To get it to work I have to manually put in the Artist and Title to get scan to wake-up. Should not have to do that especially if you have over 14 GB tracks to do.
While in Picard scan was working fine but has stopped. This has started on most files.
To find the tracks using scan:
- The release has to be in MusicBrainz.
- The recordings on that release have to have AcoustID fingerprints attached to them.
If #1 isn’t true, then you won’t be able to tag them with Picard until someone (probably you) adds the release to the database.
If #1 is true, but #2 isn’t, the best way to find it is to use something like Mp3tag to fill in the artist and album name, then use lookup. If you’re going to rip CDs in the future, it’s best to use a MusicBrainz aware ripper like Foobar or MusicBee.
Probably not what you wanted to hear, but there it is.
I do use MusicBee and it still dose it. Must be a Windows 10 issue.
From you description it is not quite clear what you are doing and what is happening. “Lookup” will obviously not work well when you have no existing artist and title tags (or the title is just “Track1”).
When you click “Scan” what happens? Does Picard start loading an album in the right pane? If yes, does it give an error or does it just not finish loading?
If “Scan” does not load an album, does at least show the AcoustId in the metadata (see How to determine if Scan function is working)?
If it does show the AcoustId “Scan” is working but the AcoustId is not yet linked to any MusicBrainz recording. In this case you have to fallback to any other method of loading an album into Picard (e.g. using “Lookup” or if this does not work manual search) and assign the tracks. Afterwards you can submit the matches so the AcoustIds get properly linked to the recordings. Just make sure you have selected the proper recording.
Does the release exist in MusicBrainz?
When I hit scan some of the files get the info and new name and tags while some just stay the Track#
I ripped tracks from a Dierks Bentley Black CD it rips them as Track1, 2 and so on.
When I scan them in Picard some will get the new name as what it printed on the CD while some will be
left alone and scan ignores them leaving them as track6 or track9. The ripped dose not add the names
to the mp3s that is why I use Picard to get them. This is the clearest I can tell you to my understanding.
This CD has been out for a few years so it’s acoustic fingerprints should be already up on MB. If other music
ID sites like Amazon or Shazam can find it can’t see why MB can’t. IMO, somethings not right with Picard. That same CD worked before all the tracks got tagged and named. What changed?
Only if somebody submitted it. Which release is it?
Where will I find that on the CD box? BTW, I do not have good eye site to read labels anymore without having someone else read it for me. I bought the CD when it came out in 2016
Also my Picard Version is 2.0.4
Sorry, I meant not the label but the album, and I totally missed you had given this before. So the example was
Actually there are AcoustIds for the recordings, e.g. https://musicbrainz.org/recording/a22b61b8-0c94-426d-9b94-b916803492ad/fingerprints , but it might still be your files generate different AcoustIds.
So a couple of things to check:
For one of the tracks that are not recognized, let’s take track6, please have a look if there is an AcoustId in the tag list at the bottom. If so, which one? See this image for an example:
If there is no AcoustId generated at all maybe indeed something did go wrong. Maybe there is something broken with the file itself. Does it playback without problems?
Regardless of the above, it always can happen that a file is not recognized. You also write it correctly finds other files from the same release, so this indicates your setup is working in general.
If a single file is not found but the release is loaded into the right pane you can always just drag and drop the file onto the correct track in the right pane. Afterwards you will even be able to submit the new AcoustId with the “Submit AcoustIds” button.
If the release is not loaded into the right pane you have to manually load it first. See the following script for details:
That is the CD, When I ripped it after I got the CD, MBP named and tagged them with no issues.
I had to re rip the CD because I lost all my files when a Microsoft Update messed up Window 10 and I
had to get the OS reinstalled again from scratch at the store I bought it from and everything was wiped.
That is why I mentioned below may be a Windows 10 issues. If there was a way I can send you a test mp3
I’m having issues with I would.
I sent you a PM / e-mail via your editor’s profile
Where do I find the message? I don’t know how to access the inbox on this site.
You should get it on whatever email you used for your account on MusicBrainz itself.
It has been sent to you. good lick with it.
Thanks. I gave this a test run, but I could not reproduce the issue. I tried on Windows 10 with both the current Picard 2.0.4 and even the older 1.4.2 and 1.3 versions (always a fresh install with default settings), also on Linux with latest Picard. In all cases the file was identified with the “Scan” button as shown below.
Also interesting is that this recording has three AcoustIds attached, but this specific file gets https://acoustid.org/track/f4eb927e-635f-4d21-9076-a2f54316ee11 which is the most popular AcoustId for this track.
Last thing to check (and I should have asked earlier): After you click the “Scan” button for this file, is there any error output in “Help” > “Show Error/Debug Log”?
Edit: And you are using Picard 2.0.4?
When I hit scan it dose nothing. same thing with when I hit Lookup. Error log empty. Yes i have Picard 2.0.4
Can you please do the following:
- Start Picard
- In Help > View Error/Debug Log select “Debug” in the “Verbosity” dropdown at the bottom left
- Load only this single file into Picard, select it and press scan
- Copy and paste the entire output of the log view here
Hopefully this gives us some clues.
I just re ripped the CD again to see if that was the issue. I uninstalled MB Picard and did a clean reinstall of Picard 2.0.4. Tested the new ripped CD tracks. First scan did find only 8 of them. scanned again did not find the remaining ones. clicked options to change stuff and found in fingerprinting and option an API Key
got the key from https://acoustid.org/login?return_url=https%3A%2F%2Facoustid.org%2Fapi-key and did
another scan on the files. Nailed it. I don’t know if it was one of the settings I changed or the API that did the trick.
BTW, Before I uninstalled Picard I did the log file thing you wanted and saved the log file. Here it is.
D: 19:04:27,050 ui.itemviews.dropMimeData:519: Drop target = None
D: 19:04:27,055 ui.itemviews.drop_urls:482: Dropped the URL: ‘file:///C:/Users/Donna/Documents/Music/Old School/10-Track 10.mp3’
D: 19:04:27,059 tagger.add_files:380: Adding files [<File ‘10-Track 10.mp3’>]
D: 19:04:27,062 file._move:461: Moving <File ‘10-Track 10.mp3’> from None to <Cluster ‘Unclustered Files’>
D: 19:04:27,068 formats.id3._load:191: Loading file ‘C:\Users\Donna\Documents\Music\Old School\10-Track 10.mp3’
D: 19:04:27,085 coverart.image.init:65: Saving image data aee48f7b831b3e6e6c8e604bc9a1013e to ‘C:\Users\Donna\AppData\Local\Temp\picard8b5goh4w.jpg’
D: 19:04:27,091 file.update:500: Updating file <File ‘10-Track 10.mp3’>
D: 19:04:39,851 file.update:500: Updating file <File ‘10-Track 10.mp3’>
D: 19:04:39,859 acoustid._run_next_task:199: Starting fingerprint calculator ‘C:\Program Files\MusicBrainz Picard\fpcalc.exe’ ‘C:\Users\Donna\Documents\Music\Old School\10-Track 10.mp3’
D: 19:04:40,267 acoustid._lookup_fingerprint:120: AcoustID: looking up the fingerprint for file ‘C:\Users\Donna\Documents\Music\Old School\10-Track 10.mp3’
D: 19:04:40,279 webservice.ratecontrol.get_delay_to_next_request:114: (‘api.acoustid.org’, 80): Last request was 1460752 ms ago, starting another one
D: 19:04:40,282 webservice.ratecontrol.increment_requests:134: (‘api.acoustid.org’, 80): Incrementing requests to: 1
D: 19:04:40,622 webservice.ratecontrol.decrement_requests:142: (‘api.acoustid.org’, 80): Decrementing requests to: 0
D: 19:04:40,624 webservice._handle_reply:400: Received reply for http://api.acoustid.org:80/v2/lookup: HTTP 200 (OK)
D: 19:04:40,625 ui.mainwindow.set_statusbar_message:283: No matching tracks for file ‘C:\Users\Donna\Documents\Music\Old School\10-Track 10.mp3’
D: 19:04:40,626 file.update:500: Updating file <File ‘10-Track 10.mp3’>
D: 19:04:40,628 webservice.ratecontrol._out_of_backoff:225: (‘api.acoustid.org’, 80): oobackoff; delay: 333ms -> 333ms; slow start; window size 3.000 -> 4.000