It is strongly advised to not use your system without a preamp (or the pre-amp at max volume for that matter) if you or your speakers won't be able to handle a situation that e.g. the file contains wrongly formatted data or otherwise - because of which cracks may emerge with an energy beyond imagination.
Edit : This version is NOT okay when the Digital Volume is not used, together with Double (etc.). When you actually don't wish to use the Digital Volume but want to Double (etc.) please set the Digital Volume to -6dB.
At ticking the Mem checkbox there's even more things going on.
Please only download and use this version when you think it's important for the below mentioned topics to check whether they indeed are solved.
The following changes have been applied (all Engine #3) :
- For clipping files (or better, files containing amplitudes reaching the maximum digital levels) additional (!) crackling would occur at those max levels, when the Invert checkbox was not checked. This has been solved now.
- As a derival of the above, the anomaly could occur that a Cue File album did not trip on Crack Detect at the first track played, but it did at the second and so forth. This was caused by the above bug actually changing the complete album file *after* the first Crack Detect had been applied, and when the next track played the, Crack Detect tripped (accurately !) on the changed (errors in the) file.
One could say that the Crack Detect code should be applied after any changes to the file, but this is not possible in many occasions anyway (or it will disturb SQ :yes:).
- It was found that 44.1/16 files with the Digital Volume at -0dB *and* a DAC being more than 16 bits, played at the wrong speed. This has been solved now.
- More or less together with the above it was found that such files played with the "wrong code" to the sense of it playing in the 32 bit domain while it was not necessary.
It is not sure whether this can actually have happened (because of before topic), but anyway there is a difference in theory for SQ. Now, when the environmental situation does not require playback over 32 bits, it will play in just the 16 bits needed. Note that this at least halves the data stream (but the additional 16 bits which were used before in this situation would be zero).
- WMP rips are not conform any defined standards, and at some stage this was anticipated upon;
From off 0.9u-5 this was eliminated because it was thought that the general approach to capture improper file header data would suffice. It now appears it does not, and the earlier code to anticipate on WMP header data has been reactivated.
Note : The soft (vinyl like) ticks which can occur near the end of a track, have not been solved at this moment, because it looks like that this behaviour can not be copied at will. It looks like a similar problem as "XXEngine3 stopped working", which has not been reported, but for sure occurs with you out there (it does here). If anyone sees the pattern in either of these happenings (click or stopped), please let it know. The clicks are there since a few versions back, the stopped has been there forever.
Better not download this version. See above !