Stereo Tool

True, I actually did this on purpose to keep the buffer fillings better under control.

I am planning to rewrite the whole sound card handling code (it would be much easier if you could at some point in the software receive the different types of output - normal, FM, low latency, difference or output after a specific point in the processing chain - and then just send those signals to specific outputs.

Memory usage will be lower in the next version! --> Not as much as I had hoped. I had found some blocks of memory that I allocated but never used, but it turns out that the compiler was already removing those. Anyway, code is a bit cleaner again, and the memory usage is still down a bit (20 MB or so).

But I seem to have introduced a threading bug that I need to resolve before I can run a new build. -> Ug. Was already there. And never seems to cause anything 'bad' in the sound, so I'm leaving it as is for now.

Windows stand alone: http://www.stereotool.com/download/ster ... 41-013.exe
Winamp DSP: http://www.stereotool.com/download/dsp_ ... 41-013.exe
VST32: http://www.stereotool.com/download/vst_ ... 41-013.dll

Changes:
- Reduced the memory usage


Older changes:
- Fixed most of the Stereo Image artifacts!!! "Deprecated" is removed from the sliders that were marked with it. See (*) for a cool new possibility!
- Removed some more unnecessary steps (AZIMUTH 2x, Stereo Boost 2x). 10 remaining.
Fixed 'Post filter for DC offset' problem.
52. Check CPU load. Start with checking if there's anything left that uses the 'unnecessary steps'. Sevdah Web preset: Data still gets converted 58 times... I think I need to do this one first, it should have some effect on the CPU load. 28 removed - next convert the 2 IIR filters so they can be optimized and the merge/split around it can be removed. I'm not measuring any effect from this though (but it makes the code simpler which is also good)
53. Noise Gate/Stereo Boost: Pre-calculate 1-cos() and sqrt() values.
55. Check MemoryPool behavior for cache improvements -> No effect measured, and might make behavior less constant.
56. Check if we can go in opposite direction for each next step to improve cache.
57. Check if lazy reverse FFT is an option. -> No, difficult and gain does not even seem to be measurable.
58. Created a separate class that performs the processing chain. Currently the same code is repeated twice (once for normal processing, once for low latency processing) - which means that a lot of code is duplicated and it's difficult to add extra chains. Most, not all, of that code is now moved elsewhere. (although the low latency chain is not yet modified, but that should now be relatively easy)


Feedback still wanted for this:
(*) To solve problems with mono FM reception (or mono listening, for example if someone plays a stream on a phone), the following is now possible:
- Enable Stereo Image with default settings (it will do nothing)
- Lower the 'Image phase amplifier maximum angle' slider. This will reduce sounds in anti-phase that would cause audio cancellation when reception is mono! The lower you set it the better mono reception will sound (but at some point you might still get some artifacts, and the stereo effect gets somewhat reduced).

threading bug ? You mean with multithreading or what ? Because if we use one core the CPU load is constant . But when switch to multicore - load is not constant . I must restart sound cards , but not every time this step is OK to have constant load in Task Manager. But with one core everytime is constant.
Is this the threading bug you mention here ?

Confirm memory reduced.!

_________________
Sexy Girls in your city

Yes, just like Hans said . There is memory load reduce.

No. But if this is true, I might need to redesign some of the multi-threading code. I have an idea that should give more stable results...

It`s true.
I was telling this time ago . With milticore loading is not stable , only when i restart ST many times and make a restart of the sound cards in that panel , sometimes load is stable , but only sometimes. May be you can make your idea

Which Windows do you have? Here it's always the same... (Win7/64 and WinXP/32).

XP Sp3 32 bit.
I guess you have 4 core system and mine is 2 core and if your difference is about 2-3% , mine will be about 7-8. I guess that is why you see it constant. if i enable the advanced clipper then difference of load is more than 10-12% or peak load is from 32-33% to 50% and above. I think this is not that normal.But now with simple clipper is from 17-18% to 24-25% ., but still not stable loading.May be the bug you mention is the reason , i don`t know.I see that GUI is a reason for unstable load too. Just disable miltu core and saw that with GUI down load is perfect 16-17% , when i rise up the GUI load goes from 18 to 26-27 and become unstable.