Stereo Tool

No sound anymore when Bypass is enabled, without Asio.

Hi Hans,

Startup crash on Mac:


Process: stereo_tool [42254]
Path: /Applications/stereo_tool.app/Contents/MacOS/stereo_tool
Identifier: com.soundaudioprocessing.www
Version: 8.24 (???)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: stereo_tool [42254]
User ID: 501

Date/Time: 2017-02-21 10:33:36.540 +0100
OS Version: Mac OS X 10.12.3 (16D32)
Report Version: 12
Anonymous UUID: 18E97C39-AB03-63D0-D43D-1DDBA053335A


Time Awake Since Boot: 170000 seconds

System Integrity Protection: enabled

Crashed Thread: 0

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Termination Reason: DYLD, [0x1] Library missing

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
Library not loaded: /usr/local/lib/libportaudio.2.dylib
Referenced from: /Applications/stereo_tool.app/Contents/MacOS/stereo_tool
Reason: image not found

Binary Images:
0x1004b8000 - 0x1012d6fdf +com.soundaudioprocessing.www (8.24 - ???) <34665907-D62C-308D-A5E2-021BBF3E78B9> /Applications/stereo_tool.app/Contents/MacOS/stereo_tool
0x112d1b000 - 0x112d58267 dyld (421.2) <947FC440-80F9-32F7-A773-6FC418FE1AB7> /usr/lib/dyld
0x7fff9ea2d000 - 0x7fff9ea2dfff com.apple.ApplicationServices (48 - 48) <237200C2-28A6-3C19-B34B-53C953F8AE42> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
0x7fff9fb6a000 - 0x7fff9fb6afff com.apple.Cocoa (6.11 - 22) <CF1AD0E9-2257-35FE-B719-760B58E405C9> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x7fffa1b70000 - 0x7fffa1f17ff3 com.apple.Foundation (6.9 - 1349.25) <D820A498-2E62-367D-BC72-5845B14C06E3> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x7fffb4142000 - 0x7fffb4143ff3 libSystem.B.dylib (1238) <9CB018AF-54E9-300F-82BE-81FE553C9154> /usr/lib/libSystem.B.dylib
0x7fffb4e66000 - 0x7fffb523b127 libobjc.A.dylib (706) <47104A1B-13E8-369F-BC36-27FF465809FD> /usr/lib/libobjc.A.dylib

Model: Macmini6,2, BootROM MM61.0106.B0B, 4 processors, Intel Core i7, 2,3 GHz, 16 GB, SMC 2.8f1
Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x0198, 0x393955353432382D3036332E4130304C4620
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x0198, 0x393955353432382D3036332E4130304C4620
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x10E), Broadcom BCM43xx 1.0 (7.21.171.68.1a5)
Bluetooth: Version 5.0.3f1, 3 services, 27 devices, 1 incoming serial ports
Network Service: Ethernet, Ethernet, en0
Serial ATA Device: Samsung SSD 850 EVO 500GB, 500,11 GB
Serial ATA Device: APPLE HDD ST1000LM024, 1 TB
USB Device: USB 2.0 Bus
USB Device: Hub
USB Device: USB 2.0 Bus
USB Device: Hub
USB Device: Hub
USB Device: IR Receiver
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
USB Device: USB 3.0 Bus
USB Device: Rode Podcaster
Thunderbolt Bus: Mac mini, Apple Inc., 23.4

Ah, I apparently didn't link it statically. Will fix that.

Ok, oops. I had to send all the data to a separate thread and I accidentally used an int (whole number) instead of a float (number with digits after the .) for the buffer size (which is set in seconds). Which caused all numbers below 1.0000 to be rounded down to 0!!!!

PortAudio now seems to work properly on Windows and Mac, I'm getting weird warnings printed on Linux (in VMware, that might be related...) but it does work properly after that.
Note: Jack support in the Linux and Mac versions as it was before is REMOVED for now. I'm not sure if there's any use in putting it back, you can still use Jack via PortAudio (just not the left/right channel separtely).

Mac version rebuild will follow tomorrow!

Windows 32 bit:
Windows stand alone: http://www.stereotool.com/download/ster ... 25-013.exe
Winamp DSP: http://www.stereotool.com/download/dsp_ ... 25-013.exe
VST: http://www.stereotool.com/download/vst_ ... 25-013.dll

Windows 64 bit:
Windows stand alone: http://www.stereotool.com/download/ster ... 25-013.exe
VST: http://www.stereotool.com/download/vst_ ... 25-013.dll

MAC:
Standalone 64 bit: http://www.stereotool.com/download/ster ... 25-013.zip

Linux:
32 bit stand alone: http://www.stereotool.com/download/ster ... ETA825-013
64 bit stand alone: http://www.stereotool.com/download/ster ... ETA825-013

CHANGES:
- PortAudio linked statically on Mac
- GiPHouse build warnings
- PortAudio weird jumps in buffer filling and glitches

OLD CHANGES:
- Put all PortAudio calls in 1 thread - was needed for WASAPI
- Made PortAudio work on Mac - weird hack needed (?)
- Synchronize PortAudio input and output starts
- Make sure that in case of no input audio, the error is reported for the input. Added the watchdog tick to be always called when the callback is called, even if no audio is being played.
- Make buffer filling 50% on start - Wait for first input to return. Only then allow outputs. Also needed for VLC (so the delay can be big!) In fact, the best way might be to connect it to when the first callback of the input sound card happens... enable the other callbacks INSIDE that input callback. But if I do that I need special solutions for VLC and ASIO. And that won't take the calculation time into account, and it might actually be a good thing to take that into account to make the buffer at least not too empty.
- Updated PortAudio to latest version
- Added FM/HD synchronziation slider. You will hear glitches when adjusting it, but no complete dropouts as with changing the buffer size.
- Changed PortAudio callback block size to let PortAudio decide the best size. This might slightly reduce latency and also help against hiccups.
- Added display of supported sample rates (and MME) to sound card selection.
- SST help
- Delossifier Spectral hole filler CPU load is much higher in 8.23 than in 8.00 - no obvious change in the code. - Wasn't true, slightly optimized it anyway.
- Removed old WINMM audio card code, replaced by PortAudio.

TODO:
- Make PortAudio work properly on Linux - it works but with weird warnings and it takes a long time to start. -> Fixed by removing sample rate check on startup. --> Appears to be a PortAudio ALSA backend issue!!! For now, keep the Jack version as well.
- Allow Linux version no GUI to run on Raspberry Pi without X11. (Hm, Windows version probably too - already basically there for service). - TODO: Test if it really works
- Fixed: Raspberry Pi version: AGC, Multiband 1 & 2 and some other filters can cause dropsouts
- - Fixed: Raspberry Pi version: Clipper can cause silence
- Fixed: All versions: Using Composite Clipper with Strictness 1 or 2 + Hard Limit can cause weird drops in the audio. Fixed, Hard Limit works different from before now! (and sounds better! Hint: Use this same trick for all limiters!!!!!!)
- Linux and Raspberry versions: Now linking PortAudio statically.
- Raspberry Pi version: Stokkemask causes silence.
- Limiters: Make same change as in Hard Limit (from l + l * .01 to l + .01).
- Compare Stokkemask vs Multipath Clipper
- Send out RDS texts
- Fix 31N
- Show low input level warning for inputs below - say - around -9 dB or so. For extended periods. Reason; I hear on a local station here that they probably have a too low input level and they didn;'t know that that was a problemn, but the sound on one of the built-in presets wasn't as consistent as it should be, and some tracks sound muffled probably due to too much noise gating.

this error occurred after press Bypass 2 -3 times

http://prntscr.com/ebz41d

Ok, will check that. In the mean time, the 64 bit and Mac versions are available too.

Can you reproduce it? So far I've tried it a few dozen times and nothing bad happens.

yes i did it again.! after 2 - 3 bypass pressed

http://prntscr.com/ec2j8w

and then i had ti Kill the process to close it

None of the work that's being done in these beta's really applies to the Winamp Plugin, does it?

(Just checking in case there's anything worth checking/helping test)

_________________
I just use ST Winamp to listen to music.