Stereo Tool 9.03 BETA
004
Windows 32 bit:
Windows stand alone:
https://www.stereotool.com/download/ste ... 03-004.exe
Winamp DSP:
https://www.stereotool.com/download/dsp ... 03-004.exe
VST:
http://www.stereotool.com/download/vst_ ... 03-004.dll
Windows 64 bit:
Windows stand alone:
https://www.stereotool.com/download/ste ... 03-004.exe
VST:
https://www.stereotool.com/download/vst ... 03-004.dll
Latest MicroMPX:
Windows MicroMPX web based decoder:
https://www.stereotool.com/download/Mic ... 03-004.exe
Windows MicroMPX web based encoder:
https://www.stereotool.com/download/Mic ... 03-004.exe
Windows MicroMPX command line enc/dec:
https://www.stereotool.com/download/Mic ... 03-004.exe
Windows libsndfile-1.dll (needed for MicroMPX decoder and command line version, place in same directory): MicroMPX command line enc/dec:
https://www.stereotool.com/download/libsndfile-1.dll
ARM32 MicroMPX web based decoder:
https://www.stereotool.com/download/Mic ... ETA902-017
ARM32 MicroMPX web based encoder:
https://www.stereotool.com/download/Mic ... ETA902-017
ARM32 MicroMPX command line enc/dec:
https://www.stereotool.com/download/Mic ... ETA902-017
ARM64 MicroMPX web based decoder:
https://www.stereotool.com/download/Mic ... ETA902-017
ARM64 MicroMPX web based encoder:
https://www.stereotool.com/download/Mic ... ETA902-017
ARM64 MicroMPX command line enc/dec:
https://www.stereotool.com/download/Mic ... ETA902-017
Build 003 wasn't correctly uploaded. Which explains why it still crashed.
CHANGES:
- Removed (moved to Extreme Tweaker for possible future testing) some Stokkemask settings that had a bad effect on compliance. Good settings are 50% / 30% / 40 dB (without the 40 dB it should be fne too, but there's a bigger chance at overshoots at the bottom of the mask. 100% for the first value increases overshoots!!!!! 39 and 38 should be safe as well - but I haven't had time to measure those separately anymore. Anyway in the older versions this value was set to 0....... Setting it higher may cause an audio quality reduction.
OLD CHANGES:
- Crash fixed
- Stokkemask: Try I/Q Clipper mode, highs are coming out slightly too loud, due to LPF? Might be good enough... -> Idea doesn't work
- Stokkemask: We don't care about CPU load, try adding more stages -> No effect
- Stokkemask: Default back to 50% for safety - that way we don't have to worry about breaking older versions. And we still get 90% of the improvement that way.
- More experimental stokkemask settings added.
- Stokkemask: Improved further (looks about equally strict, but I can squeeze over 1 dB more anti-phase content through than with 9.02). NOTE: SETTINGS ARE DEFAULTING TO 9.02 BEHAVIOR BECAUSE I DON'T KNOW YET IF THE SIGNAL IS EQUALLY STRICT, AND I DON'T WANT SOMEONE TO GET FINED FOR HAVING STOKKEMASK OVERSHOOTS. To get the new behavior, set "New looseness 1" higher (50% should definitely be safe, I'm not sure about 100%), "New looseness 2" to 30%, and "Side level" to 40.
- Improved Stokkemask - output is stricter (closer to the mask), so it has less impact on stereo separation. (*)
- Memory usage reduced by about 12 MB
(*) We need a measurement to make sure it's as tight as before. It probably is - but some testing is needed to make sure. I can measure it with my own analyser and with MpxTool, but neither gives a perfectly accurate result. Most importanty, I would like to know if setting the new "New looseness (experimental)" slider to 100% (0% is equal to previous versions) has any effect on compliance. Below 100% there's not really any difference in what I'm measuring, at 100% there is a small difference. ---> RESULT: 100% is bad, keep at 50. Then it's ok.
PLANNED:
- Cntrct IN
- Cntrct TM
- Include MicroMPX - for real now
- Add MicroMPX plugin licensing
- Stokkemask: Measure TOMORROW
- MicroMPX: highs idea BUSY -> Find beta testers TEST STOKKEMASK EFFECT TOMORROW
-
- Show warning when using MME with wrong sample rate
- Test preset that causes buffer to run empty - why? --> Settings issue, maybe add a popup for this situation (buffer is slowly filling up or running empty)...
- Bug report: Linux version uses 100% CPU on one thread, even in bypass mode (must be sound card thread?) -> Not here. Not sure what's going on.....
- Test 64 bit sound card exception handling in ProppFrexx - that wasn't the problem... apparently
-
- Declipper: Put startup in system tray back in Declipper (at least in the Winamp plugin version).
- RDS: EON: Support for other type of AF frequencies?
- RDS: Support for AF method B
- RDS: RT end at \n
- Brian, NAB
- MOBO
- uMPX encoder/plugin: Sound card speed message
- uMPX decoder: Add multicast subscribe
- Add MagicRDS AF method B support