1
Notice
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.
2
3rd Party Plugins - (fb2k) / Re: Find & Play
Last post by anamorphic -
Just a thought, now that your scripts live on GitHub, I wonder if you might add a DISCUSSION section to the readme of each script that link back to these HA topics. Over on Reddit I often point folks to your scripts, but now there is no link to circle round to here for support, etc...
3
Lossless / Other Codecs / Re: Lossless codec comparison - part 3: CDDA (May '22)
Last post by binaryhermit -EDIT: And appears to be vaguely around the performance of a Raspberry Pi 4 at 1.5GHz, if it matters
4
General Audio / Re: Downsampling to 44.1 - integer vs non-integer ratio
Last post by binaryhermit -5
CUETools / EAC and CUETools questions
Last post by hudson4351 -One of the ripped tracks had errors. Here is an excerpt from the EAC log file:
Code: [Select]
Track 3
Filename D:\Music\Agnus Dei\EAC WAV rip\03 - Missa Papae Marcelli- Kyrie.wav
Suspicious position 0:03:49 - 0:04:00
Suspicious position 0:04:12 - 0:04:15
Peak level 53.7 %
Extraction speed 0.5 X
Track quality 95.6 %
Copy CRC 19B0A8D4
Cannot be verified as accurate (confidence 86) [74FB864A], AccurateRip returned [CAB8C6DE] (AR v2)
Copy finished
Question: does "confidence 86" mean this track has been ripped and reported by 86 other people to the CUETools Database?
The CUETools plugin report section of the EAC log file says the following:
Code: [Select]
---- CUETools DB Plugin V2.1.6
[CTDB TOCID: d5HwBKwowk4Nt1TvLjTIVWSUdww-] found
Submit result: d5HwBKwowk4Nt1TvLjTIVWSUdww- has been submitted
Track | CTDB Status
1 | (211/460) Accurately ripped
2 | (215/460) Accurately ripped
3 | (182/460) Differs in 14737 samples @03:49:08-03:49:50,03:50:02-03:50:72,03:51:23-03:51:52,03:52:04-04:01:05,04:12:38,04:13:32-04:13:46,04:14:54
Question 1: What are the 2 numbers in the "CTDB Status" column?
Question 2: The CUETools analysis is apparently able to determine that the above ripped track differs from the "reference" by 14737 samples. What is the maximum number of different samples that can be detected? I assume the CTDB doesn't contain *all* samples for a track, as that would simply allow someone to download all samples and create the file without owning an original copy, which would be a copyright violation. Is that correct?
After seeing the EAC report, I was able to repair the incorrect track above using CUETools (instructions taken from tij's post in this thread: https://yabb.jriver.com/interact/index.php?topic=122218.0). When I reviewed that log file, I found the following:
Code: [Select]
[CUETools log; Date: 5/19/2022 6:40:24 PM; Version: 2.1.6]
[CTDB TOCID: d5HwBKwowk4Nt1TvLjTIVWSUdww-] found.
Track | CTDB Status
1 | (212/461) Accurately ripped
2 | (216/461) Accurately ripped
3 | ( 1/461) Accurately ripped, or (182/461) differs in 14737 samples @03:49:08,03:49:22-03:49:23,03:49:36,03:49:49-03:49:50,03:50:02,03:50:16,03:50:29-03:50:30,03:50:43-03:50:44,03:50:58,03:50:72,03:51:23,03:51:37-03:51:38,03:51:52,03:52:04,03:52:17-03:52:18,03:52:31-03:52:32,03:52:45,03:52:59,03:52:73,03:53:11-03:53:12,03:53:25-03:53:26,03:53:39-03:53:40,03:53:53,03:53:66-03:53:67,03:54:05-03:54:06,03:54:19-03:54:20,03:54:33-03:54:34,03:54:47,03:54:60-03:54:61,03:54:74-03:55:00,03:55:13-03:55:14,03:55:27-03:55:28,03:55:41-03:55:42,03:55:54-03:55:55,03:55:68-03:55:69,03:56:07-03:56:08,03:56:21-03:56:22,03:56:35-03:56:36,03:56:48-03:56:49,03:56:62-03:56:63,03:57:01-03:57:02,03:57:14-03:57:16,03:57:28-03:57:30,03:57:42-03:57:43,03:57:56-03:57:57,03:57:70-03:57:71,03:58:08-03:58:10,03:58:22-03:58:24,03:58:36-03:58:37,03:58:50-03:58:51,03:58:64-03:58:65,03:59:03-03:59:04,03:59:16-03:59:18,03:59:30-03:59:31,03:59:44-03:59:45,03:59:58-03:59:59,03:59:72-03:59:73,04:00:11-04:00:12,04:00:24-04:00:25,04:00:38,04:00:52-04:00:53,04:00:66-04:00:67,04:01:05,04:12:38,04:13:32,04:13:46,04:14:54
What do the ( 1/461) and (182/461) mean, and why are two sets of numbers reported here whereas EAC only reported one set (182/460)?
Then there is this section of the CUETools log file:
Code: [Select]
[AccurateRip ID: 001cc1f0-010db171-a111040c] found.
Track [ CRC | V2 ] Status
01 [b814ac93|8e116edc] (029+086/284) Accurately ripped
02 [e725059b|b75982e5] (030+087/287) Accurately ripped
03 [0ff7ab70|74fb864a] (000+000/284) No match
04 [d51d88df|06ab9363] (029+087/286) Accurately ripped
05 [38801f06|34f92f34] (030+087/287) Accurately ripped
06 [c8341b9e|d5327f85] (030+087/285) Accurately ripped
07 [7c57a53d|96b730e2] (029+086/284) Accurately ripped
08 [74c2bd1f|156e1f81] (030+087/285) Accurately ripped
09 [4f8fadf2|7b241bed] (030+086/283) Accurately ripped
10 [b1a501ed|219bf5c7] (031+085/284) Accurately ripped
11 [78017f49|12a0f07a] (030+086/285) Accurately ripped
12 [f225a879|c2c1d336] (030+081/263) Accurately ripped
Offsetted by -1493:
01 [8c6ca905] (000/284) No match (V2 was not tested)
02 [6cf4699a] (000/287) No match (V2 was not tested)
03 [8a510af6] (000/284) No match (V2 was not tested)
04 [7ff31864] (000/286) No match (V2 was not tested)
05 [4e1a8a0d] (000/287) No match (V2 was not tested)
06 [6b6933d7] (000/285) No match (V2 was not tested)
07 [294e0b13] (000/284) No match (V2 was not tested)
08 [9aae344f] (000/285) No match (V2 was not tested)
09 [de44e7ab] (000/283) No match (V2 was not tested)
10 [4b0bd34c] (000/284) No match (V2 was not tested)
11 [f840aa00] (000/285) No match (V2 was not tested)
12 [8667202b] (000/263) No match (V2 was not tested)
Offsetted by -900:
01 [6f40cde5] (008/284) Accurately ripped
02 [15daa729] (008/287) Accurately ripped
03 [e5ebbd81] (000/284) No match (V2 was not tested)
04 [465488d0] (008/286) Accurately ripped
05 [b4f5a6d8] (008/287) Accurately ripped
06 [fc741457] (008/285) Accurately ripped
07 [38b7c9e1] (008/284) Accurately ripped
08 [50a6bd61] (008/285) Accurately ripped
09 [e58a244c] (008/283) Accurately ripped
10 [d3be8321] (008/284) Accurately ripped
11 [729e3f63] (008/285) Accurately ripped
12 [1fbe4cc4] (007/263) Accurately ripped
Offsetted by -829:
01 [80e97854] (000/284) No match (V2 was not tested)
02 [7a650fcd] (000/287) No match (V2 was not tested)
03 [33c0e562] (000/284) No match (V2 was not tested)
04 [63135e2a] (000/286) No match (V2 was not tested)
05 [a2133317] (000/287) No match (V2 was not tested)
06 [2258df01] (000/285) No match (V2 was not tested)
07 [7c89ff3c] (000/284) No match (V2 was not tested)
08 [b34440fe] (000/285) No match (V2 was not tested)
09 [8aa10e4c] (000/283) No match (V2 was not tested)
10 [e71a1cfb] (000/284) No match (V2 was not tested)
11 [9670dd85] (000/285) No match (V2 was not tested)
12 [8f780ce7] (030/263) Accurately ripped
Offsetted by -823:
01 [32811b8b] (000/284) No match (V2 was not tested)
02 [ba44394a] (000/287) No match (V2 was not tested)
03 [0ce3b406] (000/284) No match (V2 was not tested)
04 [9b6102a3] (000/286) No match (V2 was not tested)
05 [ddd2fea8] (000/287) No match (V2 was not tested)
06 [bddfb022] (000/285) No match (V2 was not tested)
07 [c92499c1] (000/284) No match (V2 was not tested)
08 [cbb4dbe2] (000/285) No match (V2 was not tested)
09 [9acb32a1] (000/283) No match (V2 was not tested)
10 [79e04b4d] (000/284) No match (V2 was not tested)
11 [3fea4357] (000/285) No match (V2 was not tested)
12 [4dcf89c6] (000/263) No match (V2 was not tested)
Offsetted by -748:
01 [aa47cb31] (000/284) No match (V2 was not tested)
02 [06104c53] (000/287) No match (V2 was not tested)
03 [2d3cbc3f] (000/284) No match (V2 was not tested)
04 [ad5d4f7a] (000/286) No match (V2 was not tested)
05 [69588cae] (000/287) No match (V2 was not tested)
06 [2081b83e] (000/285) No match (V2 was not tested)
07 [a2b44902] (000/284) No match (V2 was not tested)
08 [ccc01e7e] (000/285) No match (V2 was not tested)
09 [1955f1ab] (000/283) No match (V2 was not tested)
10 [9a33a69a] (000/284) No match (V2 was not tested)
11 [ae1cbdb5] (000/285) No match (V2 was not tested)
12 [1767eecf] (000/263) No match (V2 was not tested)
Offsetted by -268:
01 [7550697e] (002/284) Accurately ripped
02 [3ec1af99] (002/287) Accurately ripped
03 [01fe5e55] (000/284) No match (V2 was not tested)
04 [63a70998] (002/286) Accurately ripped
05 [0ca84170] (002/287) Accurately ripped
06 [75beaedb] (002/285) Accurately ripped
07 [2a4dc2e4] (002/284) Accurately ripped
08 [1574cc4f] (002/285) Accurately ripped
09 [deee3352] (000/283) No match (V2 was not tested)
10 [f4c0a176] (000/284) No match
11 [e26faec5] (000/285) No match
12 [47e423f7] (000/263) No match
Offsetted by 48:
01 [4f842db5] (000/284) No match (V2 was not tested)
02 [27a94059] (000/287) No match (V2 was not tested)
03 [58965277] (000/284) No match (V2 was not tested)
04 [f0291370] (000/286) No match (V2 was not tested)
05 [9dd8e982] (000/287) No match (V2 was not tested)
06 [3fac2fa2] (000/285) No match (V2 was not tested)
07 [e81b0b61] (000/284) No match (V2 was not tested)
08 [679e4e05] (000/285) No match (V2 was not tested)
09 [1e374aca] (000/283) No match (V2 was not tested)
10 [9f78d356] (000/284) No match (V2 was not tested)
11 [a8cd0655] (000/285) No match (V2 was not tested)
12 [e7d6e296] (000/263) No match
Offsetted by 320:
01 [5d84cba0] (000/284) No match
02 [b6dc5be1] (000/287) No match
03 [44db3847] (000/284) No match
04 [b2388478] (000/286) No match
05 [521c7d86] (000/287) No match
06 [cb338746] (000/285) No match
07 [a94365ef] (000/284) No match
08 [978ee6ea] (000/285) No match
09 [f5c3b9d7] (000/283) No match
10 [57cc959c] (002/284) Accurately ripped
11 [3df40e8a] (002/285) Accurately ripped
12 [ad29138c] (002/263) Accurately ripped
What exactly is going on here? It looks like CUETools is trying a lot of different offsets to all tracks to see if one particular offset causes all tracks to match the "consensus" found in the CTDB. Is that correct?
6
FLAC / Re: Please check FLAC-in-MP4 support on Mac
Last post by ktf -7
FLAC / Re: Please check FLAC-in-MP4 support on Mac
Last post by celona -8
General Audio / Re: Downsampling to 44.1 - integer vs non-integer ratio
Last post by saratoga -Unless your daw software is exceptionally bad it will make no difference.I agree if you insert "audible" before the last word. I strongly suspect if you bit-compare the results of the resampler used by different DAW software packages you probably would find that it wasn't bit-identical but if you did a blind test you'd probably also find it wasn't audible.
None of them will be identical since these calculations are done on floating point values and there are many, many algorithms that can be used. But yes, basically all of them should be good enough that the difference is some ultrasound well below the noise floor unless the software is just poorly made, especially for a DAW.
Integer ratio conversions can look better in some graphs or THD numbers... but with any decent converter the differences between integer and non-integer are very small, at very low, inaudible levels.
...
Oh and integer resampling is faster (uses less CPU). But this probably doesn't matter for what you're doing.
FWIW, there are algorithms where this is true and there are ones where it is not. Not a safe assumption in general.
9
General - (fb2k) / Re: How to change the context menu so that enter sends to default playlist?
Last post by anamorphic -Assuming this is Library Tree, the question should probably be asked in the Library Tree discussion topic. (Always better to ask questions in the appropriate topic where the relevant developer can see it)
10
General - (fb2k) / Re: Is it possible to play two tracks at the same time?
Last post by osh12341 -<Foobar Standard / Portable>
When I run these two versions, it is possible to play two songs at the same time.
However, Global Hotkey only works on the last executed Foobar side. (even if the Hotkey is different, only one will work)
Can't I get Global Hotkey to work on both foobars?