Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
As Porcus said, the 1/461 is the bad result for that track you submitted earlier, so it doesn't match anybody else's. The 182/461 means CUETools has matched your rip to a different result that 182 other people got. When CUETools says this, it means you have the option to repair your rip to match the rips of those 182 other people.
Also note that in the EAC window right after you finish a rip, the CUETools information is at the very top, followed by all the AR information. In the actual log file, though, the CUETools information is at the very bottom, instead.
The logs can be kind of confusing if you're repairing a rip. If you want to be sure everything is OK, copy the WAV files to a separate folder with no log files in it and then verify that folder. You should see normal CUETools and AR results if the repair worked. Take notice of the disc TOC in the EAC log, though. If the first track doesn't start at LBA 0, you'll need to manually put the LBA into the "Offset" field in CUETools before you try to verify the rip. If you don't, CUETools may not be able to find the right match for your disc.
I thought that too, but I've just tested and it works for the Library tree as well. Pressing Enter on a song in the library tree plays to the Default playlist despite having a different playlist open at the time.
Tried it, doesn't work sadly
You should be able to set Musica\Data\artist_art\%DISCOGS_ARTIST_ID% as the photo > custom folder, which is checked first. If no images are found it will fallback to the download folder (Musica\Data\art_img).
So if you want the discogs photos, when images are available, enable menu> sources > photo > ...custom. If you want the art_img enable the menu> sources > photo > ...download folder.
If, as I believe you're on Wine and biography.cfg is being directly edited use, \\ not \ e.g. Z:\\Musica\\Data\\artist_art\\%DISCOGS_ARTIST_ID%
I'm not really sure why the rev_img is required if the album art cover is present. Consequently, the behavior is to only download rev_img if the cover is missing. To force it to get rev_img you could block loading of the album art cover until you have them. It's also possible to remove the check with a small edit:
Comment out lines 336 & 337 in server.js:
//const g_img = utils.GetAlbumArtV2(handle, 0, false);
//if (g_img) return;
I think that would be all that's needed in your case, but there are some tricky scenarios and so its not present as an option.
That should then save the rev_img.
1) $directory_path(%path%): e.g. use fb2k display > front. You can also use back cover etc if you have them.
2) rev_img: in covers: cycle folder (foCycCov) enter, e.g. Z:\Musica\Data\rev_img (use \\ not \ if directly editing biography cfg)
- note that your folder puts the review cover images by all artists in the same place
- so adjust if you didn't mean that or include %BIO_ALBUMARTIST% & %BIO_ALBUM% in the path if you want one image per folder
- either way the covers: cycle folder & review albumart save folder should be the same
3) On menu sources > cover enable: cycle above [set to front etc] & cycle from folder
Enjoying the latest versions of all your wonderful work
I've added the links.