Skip to main content


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.
Recent Posts
General Audio / Re: Downsampling to 44.1 - integer vs non-integer ratio
Last post by kode54 -
The same doesn't usually happen to lossy codecs if the implementation is purely integer, unless you change some stage of the processing to have different precision behavior, which can possibly happen, for example, with libMAD depending on which 64 bit multiply you configure it to use.
CUETools / Re: EAC and CUETools questions
Last post by Aleron Ives -
I also had to repair my first CD with CUETools a few weeks ago and had similar confusion. As soon as you finish ripping, your results are submitted to CUETools, unlike AccurateRip, which requires you to manually submit your results from the menu. This means that once you rip a CD, all the tracks that you ripped successfully are added to the database, and the confidence increases by one. The next time you try to verify, the confidence numbers will have incremented by one, since your results are now in the database.

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.
3rd Party Plugins - (fb2k) / Re: JScript Panel
Last post by marc2k3 -
Well the previous behaviour of silently ignoring idiotic bad arguments is just as bad as displaying a black panel so the next version will correctly throw script errors so everyone knows not to be so stupid. Thanks for reporting.
3rd Party Plugins - (fb2k) / Re: Biography Discussion
Last post by WilB -
If I understand you correctly you can try the following:


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 > 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%

Review images

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
FLAC / Re: Please check FLAC-in-MP4 support on Mac
Last post by ktf -
Thanks for the info, but did you try the file I supplied? That was created with ffmpeg. I see flac is also supported in m4a, that is something ffmpeg isn't able to create. I do hope Apple used the same identifiers as ffmpeg does, otherwise this is going to be an incompatible mess.