Stereo Tool

Latest version - Beta 024 (June 23 2019)

Downloads

• Windows 32-bit standalone
• Windows 64-bit standalone
• VST2 32-bit
• VST2 64-bit
• Winamp DSP 32-bit
• Linux 32 bit ALSA Stereo Tool
• Linux 32 bit Jack Stereo Tool
• Linux 64 bit ALSA Stereo Tool
• Linux 64 bit Jack Stereo Tool
• Pi 32 bit ALSA Stereo Tool
• Pi 32 bit Jack Stereo Tool
• Windows MicroMPX encoder
• Windows MicroMPX decoder
• Pi 32 bit MicroMPX encoder
• Pi 32 bit MicroMPX decoder

Changes/bugfixes

• Fixed OS X crash on sound card re-open, but something is still weird (there was a code bug, but the way it got there doesn't make sense)
• Fix and add AM presets EU, US
• Added and updated presets
• MicroMPX: Add API call for streaming/silence/backup.
• MicroMPX: Add JSON API for errors.
• Update version number
• MicroMPX check Valgrind hangup -> ALSA doesn't seem to like Valgrind, callback stops. Ignore.
• MicroMPX clear error messages does not work anymore???
• Test MicroMPX and Stereo Tool with Valgrind
• Added Kantar headroom
• Added Kantar update sample rate (was set to 48000 fixed before)

TODO's

• Presets Matt, Wes
• Fading in on start after sound card issue or startup. 1 second normally, 10 seconds the very first time Stereo Tool is started.
• RELEASE
• MicroMPX encoder bug
• Paul Thompson 75us preset loading bug
• NAN on startup bug
• Add uMPX encoder level meter -> Was already there
• Update RDS lib
• Add logging to see behavior of clipper
• Test 64 bit Pi 3/4 image
• Reported crash in MicroMPX encoder -> Caused by bad compiler optimization, fixed
• Optimize code for small L3 cache size for ARM builds
• Update presets
• Clipper default settings in 9.32 sound worse than 7.70. Figure out what changed. -> Bass Clipping strictness to 1, Reduce Asymmetric Bass on
• Reported 0/1/2 status issue in uMPX decoder
• Force crash in uMPX encoder and make sure ST gives correct offset and does not crash. -> Message changed to clarify that this is a different address.
  -
• Command line version could try to save 32768 as maximum int16 value instead of 32767, causing loud clicks
• White bars fix is breaking GUI behavior on some systems when moving the window. -> Annoying but not urgent, will be fixed soon anyway.
• Turning MicroMPX on without FM Output sound card still sends pre-emphasized audio to Normal Output regardless of setting.
• MicroMPX should also get "Normal output" selection.
• PhoneBooster initial version
• uMPX can hang on close, keeps license locked. -> Freeing license on close now, so if it hangs (caused by Asio4All!), it at least can start again with license.
• ABDP expose more strictness values (especially for mids)
• PhoneBooster load settings without using files - actually if we put this in statics, the multiple channels thing might not be needed anymore
• PhoneBooster 1 object for multiple channels
• PhoneBooster show before/after displays - make bigger if possible
• PhoneBooster add more filtering stages
• PhoneBooster difference mode
• PhoneBooster generates something like IMD, but why? - Gone with better filtering
• PhoneBooster improve filtering of 3500-8000 Hz area
• PhoneBooster cleanup of 350-3500 Hz area
• AGC meter doesn't move in certain combinations of settings (screenshot coco)
• Add setting for AGC side chain bass band
• Load/Save presets via web interface. First for built-in presets.
• Load/save presets via web interface. With up/download
• Reduce Pi 3 CPU load further
• PhoneBooster make multi-threaded if needed (it probably is, esp. for Pi)
• PhoneBooster make work on low latency setting
• PhoneBooster make Pi version
• Add "Advanced RDS" to license page
• Finish Kantar
• IBC
  -
  Moved to global TODO list:
• Streaming output can hang - calls probably need to be moved to a separate thread.
• MicroMPX needs exception handling, just in case.
• ABDP remove stuff that's no longer needed? BUSY for low CPU
• Optimize ABDP
• Input and output gain for command line version (like for sound card)
• Simple IF
• Dynamic adjustment of priorities
• Have Koek update interface for MicroMPX (bug fixes)
  -
• L-R reverb
• Crash ProppFrexx
• Update Omnia.SST presets
• AES67: Add WheatNet
• Create file when input fails
• Change clipper defaults (Dutch Chocolate Moose has some improvements that use the new features)
• Installer: Make installer aware of programs like MediaMonkey, AIMP, .....
• HD delay
• Document JSON interface
• Documentation: "Processing" page contains all kinds of BS412 info - why?
• Declipper L/R noise
• Console version: Read sample rate and bit size from WAV header
• # bands selections should allow option to insert a band instead. Or ask what to do when you change it.
• AES67 thread affinities and priorities
• Add resampler
• Regarding new slider behavior:
  • Double clicking the current position of the slider will open a dialog where you can manually enter a value.

Old versions

What limiter?

_________________
control point
control point2

Ah. On Multiband 1. There's a new "Follow RMS/Ratio of Compressor" mode (under Limit/Compress settings).

The advantage of this is that it acts the same way as the compressors. In peak mode, that's definitely not the case (and standard limiters use peak mode), so this new one uses the same detection and ratio as the compressors and only acts if there would be issues otherwise.

Ok thats not usefull.
So i cant use RMS limiter(s) with full ratio when compessors are in peek or sym-peek mode.
Can this be atleast in singleband?

_________________
control point
control point2

We could put it there too, but why would you want it in SB? (We could probably also make a peak-based version of this).

For RMS-based MB1 it's VERY useful.

I still think that limiters always need to be inf:1 and surely not sharing same ratio settings with compressors. However since limiter is by some rule peek based i would realy atleast check what would RMS limiter do, and only place where i can check it is singleband or atleast MB2 (limiter only mode).
Also, similar RMS limiter(s) behaviour in MB1 is when "flat bands top" is ON, really wrong (BUG).

_________________
control point
control point2

I've found a bug in the latest beta. There is NO audio in the R channel with Normal Output. 9.31 is OK

_________________
https://fmfeeling.com

I am seeing the same thing also. Thought it was initially an audio driver issue but after reboots and it happening across several audio devices I was about to send a bug report as well!

Ross

Hi, I don't see this here - can you give me more details about your settings? I can't think of any logical reason why one channel could suddenly be silent.

I thought it may have been an ASIO issue but no change if I move FM Output to a non ASIO device.
However if I opt to turn off FM Output it immediately restores the right channel. Turn FM Output back on - immediate loss of audio for approx 1-2 seconds and only left channel is present.

EDIT: Found if I turn off "Synchronize to input or FM Output" on Normal Output it fixes it and I can run with FM Output ON. It was set to AUTO. Forcing it ON also is the same as AUTO (loss of right channel).

Does that make any sense?

Ross