I'm using audiochecker to check some files I've ripped from CD (I know there's not much point but I'm curious about the accuracy of the software) and for the most part it works fine but occasionally I get tracks that say Error: could not qualify the source of this track. Now I know this doesn't tell me anything about the quality of the track itself but I wondering what's causing the error to be reported?
This has happened on tracks that play fine and where the rest of the CD checks out OK (on brand new CDs as well) so I don't think the issue is with the ripped file. Any ideas?
Possibly the track on the CD was from a lossy-encoded source?
I don't know, but Audiochecker and similar programs are not perfect. They look at the frequency content of the file (and maybe some other things) and they try to make a judgement or a good-guess.
I don't know if anyone has tried this, but I assume you could fool Audiochecker by decompressing an MP3 and running it through an "exciter effect" to add high frequencies.
Possibly the track on the CD was from a lossy-encoded source?
No usually when this is the case it correctly identifies the track as *% mpeg. In this case it doesn't seem to be able to analyse the file at all.
I don't know, but Audiochecker and similar programs are not perfect. They look at the frequency content of the file (and maybe some other things) and they try to make a judgement or a good-guess.
I don't know if anyone has tried this, but I assume you could fool Audiochecker by decompressing an MP3 and running it through an "exciter effect" to add high frequencies.
Maybe. Some of the tracks this is happening on are definitely not decompressed MP3s though, so I'm wondering whether there is something inherent in a piece of music maybe that audiochecker can't deal with?
Sorry to revive an old thread. But, since I am currently running auCDtect through my wavpack collection and sometimes I get the message.
Could not qualify the source of this track.
This is letter for letter the same message quoted by the OP, but he is using audiochecker, not auCDtect.
Is audiochecker simply another front end for auCDtect like auCDtect task manager? I was under the impression audiochecker had it's own checking code unrelated to auCDtect. So why then the exact same error message on indeterminable files?
Yes, it's just another frontend & you were wrong.