Stereo Tool

After focussing on a Linux version the last month, I'm nearly ready to release a new version - both for Windows and for Linux.

Windows stand alone: http://www.stereotool.com/download/ster ... 24-027.exe
Winamp DSP: http://www.stereotool.com/download/dsp_ ... 24-027.exe
Windows VST: http://www.stereotool.com/download/vst_ ... 24-027.dll
LINUX stand alone: http://www.stereotool.com/download/ster ... ETA724-027

Warning: I have rewritten all OS specific GUI and sound card code; this means that I changed the code at 200-300 places. So I might have introduced new bugs in the process. If you notice anything strange that wasn't there before, please post it here!

CHANGES compared to v7.23 release:
- Loading and saving .sts file (and hence also starting and closing of Stereo Tool) is a lot faster.
- Entering registration key changed, and there's an overview now of which features are registered. See Configuration -> License
- AM stations: Added asymmetric clipping
- Slightly improved the mouse hold (slow slider movements) vs. non-hold detection.
- Rewrote all OS specific code for GUI and sound cards.
- Errors are now displayed in sound card bars when they are red.
- Bug fix: With Multicore disabled, Normal output doesn't work in the stand alone version.
- Low latency monitoring in ASIO wasn't really low latency - fixed

TODO:
- Windows: Channel swapping in Windows reported by Bojcha -> Timing error, fixed.
- ^C/^V/other keys don't work in SAM...
- All: Low latency sound sometimes bad (VERY bad) - also in older versions. - was a resampling error (44.1 in, 176.4 out)
- Crackling and static in low latency output
- Linux: Apparently outputs are mixed (see description from Radiofreak).
- 24 bit sound card
- Bojcha: If possible to add on list fix for MB compressors meters (and might possible audio) interact wrongly with Burst compressors AND limiters.
- Linux: Wunjo: Jack patching outside Stereo Tool (?) issue
- Wunjo: Gray screen in SAM after disable/enable - does not seem to be reproducable.

Synchronize = ok..

Hi!

Could not paste my key in beta -027 win dsp version???
OS win7 64
(typing is ok)

Also after disabling in SAM, and re-abling it again I got a blank screen, sound is ok

Last version, beta -023, I used didn't show this behavior

There were also some issues with the beta for Linux combining with a patchprog on Xubuntu

time is up now, will go in details latyer

@Wunjo:
How did you try to paste? CONTROL+V should work...
I'll check the SAM behavior (I had this same issue a few years ago, SAM does some non-standard things with DSP plugins)

EDIT: Tried SAM but it seems fine here. By disabling you mean removing the checkbox before the plugin name in SAM right? And gray, does that mean it also stays gray if you move the mouse over it, or do parts get redrawn? If it really stays completely gray, could you try if version 026 is still ok, I made some changes (based on valgrind, a memory checking tool in Linux) in the closing behavior. If I know the change is between these two beta's it narrows down the search - a lot.

Pasting is failing here as well now (as is copying) - but only if I load it in SAM. If I load the same plugin in Winamp it works! So apparently SAM is blocking some keyboard messages from reaching Stereo Tool... I see that cursor up and down are also not handled properly, and I have to press cursor right twice to move 1 position (cursor left is fine though).

Pasted indeed with ctrl-v
disabling by removing the checkbox

Did beta-025, behaved as espected (didn't find 026)
tried again -027, the issue blank screen, no writing to the screen at all, dissolved, couldn't reproduce it. Could it be that I was to greedy, while strereotool was stil writing the settings on disk?

---
Im now on Linux, Xubuntu 12.04
Its about incompatible patching Jack by Patchage and the input dropdown menu in stereotool.
With default capture_1(_2) it is patchable with Patchage, but if I change input settings within stereotool to another output, connection get lost and only by restoring in stereotool to capture_1(_2) that output can be patched by Patchage.

EDIT On songchange the connection changes and passes steretool

Hm, the writing to disk should be ultra-fast in this version, so that's very unlikely. So I have no idea what might have gone wrong - let me know if you see it again.

I'm now busy looking into the pasting issue.


Edit: I have copy and paste working now, just need to check if it still works in all versions (it seems ok in the plugin versions, need to test stand alone and linux). I have not fixed the cursor key behavior in SAM. (Which must have been wrong ever since version 7.00!) --> All ok now! (Except that copying doesn't work in Linux, but the framework says it does - odd!).


Patchage: You're changing the settings outside of Stereo Tool? I have not built-in anything to support that, so I guess it's not really surprising that it fails. Will have to look into this one! (But I need my Linux installation in the office, VMware and Jack work together VERY poorly).

I think Synchronize uses more cpu then it should. At least it uses more then 7.24 beta01.

@Bojcha: CPU load is identical to that of version 7.23 on my system, but I found a much worse problem: Low latency causes weird static noises and hangups. Now going to back to see when that started...

Edit: It's in ALL the 7.24 beta versions. Oddly it never showed up in earlier tests that I did. (Hm. I think may have mainly tested low latency output with ASIO. And the error seems to be in the WINMM layer - even if I lower the volume to 0 I still hear bursts of static.

Edit #2: Tested on another pc and there it doesn't reproduce! Wow...

Edit #3: Ah. It has something to do with the low latency threading that I added to reach lower latencies. Combined with not exactly matching sample rates (which is why it works fine in ASIO mode).

I finally suddenly had this channel swap issue! After Bojcha mentioned it I added some checks in the code so I could immediately check what happend - should be fixed now. (Next version). Low latency output was being calculated at the wrong sample rate which caused it to sound horrible depending on the settings. That's also fixed now, but the crackling sound is still there - still looking.

That's what i noticed on "normal" with on stream PC when i replaced with last beta.. so i put back beta1.
Quick looking at task manager shows bit more cpu usage so i thought that's the problem since CPU is around 75%.

Edit:
No, i still have some drops with 7.24b1.. - oddly, didn't heard this earlier, must be something else then ST...