(the one included in MSYS2 of MABS, v1.0.28, is not recognized, and erikd only releases sources).
But another user reported in the German doom9/Gleitz board that he gets "ERROR: 193: CoreAudioToolbox.dll" when running "qaac64 --check" with the "makeportable" results of different more recent iTunes64 installers; only an older version from 2015 seems to work for him. Could you explain what this error is supposed to mean?
If you have folder.jpg (or something) in your encoding destination folder, and want to embed it to the result, use the setting like following:-V 127 --artwork folder.jpg -o %d -
I have a folder.jpg in my source folder (surely the more likely scenario) and not in my target folder (as it will get embedded, right?). How is this possilbe? If not in Qaac I don't see it possible in Foobar.
Quote from: ManekiNeko on 28 November, 2017, 06:50:53 AMI have a folder.jpg in my source folder (surely the more likely scenario) and not in my target folder (as it will get embedded, right?). How is this possilbe? If not in Qaac I don't see it possible in Foobar.You are right. In other words, the example is useless in a typical scenario.Then you may ask, why the example is written that way?Because, it's impossible to tell source folder path to the encoder unless foobar2000 support it (in the command line encoder setting).From the encoder (qaac) perspective, it is executed in the destination folder and source PCM is coming via anonymous pipe from some unknown place. There's no way to know where the source file is, or even whether source is a file.
QuickTime/CoreAudio encoder itself always works on a single thread.When --threading option of qaac is set, encoder and decoder/DSP run on two different threads (one thread for each).Therefore, --threading will give you faster speed only when you do some heavy work on decoder/DSP side.