All SocaLabs plugins open sourced.

[SocaLabs]

I must say that Release builds segfaults for me too. But Debug works fine.

Just the compressor? Or other plugins too?

[Kott]

Looks like each other . I've compiled "Release" standalone binary with -O2 and removed all these flags from .jucer: -fdata-sections -ffunction-sections -Wl,--gc-sections -Wl,-O1 -Wl,--as-needed -Wl,--strip-all


So gdb says now for Oscilloscope:

Program received signal SIGSEGV, Segmentation fault.
0x000000000046010c in gin::GinProgram::saveProcessor(gin::GinProcessor*) ()

Same with ABTester

[Kott]

Your binaries from website doesn't segfaults.
What is your build env?

[SocaLabs]

Your binaries from website doesn't segfaults.
What is your build env?

I'm building on GitHub Actions. The installed software is listed here: https://github.com/actions/virtual-envi ... -README.md

I don't think you should remove the linker flags, otherwise if you try and load two plugins that both use the juce library, they will crash.

Just fixed a crash in the scope on mono channels.

[Kott]

For me it crashes with Release -O3 or -O2, and doesn't with Release -O1. And doesn't crash even with Debug -O3.

Another thing: I use default g++-9 (gcc-9.3.1) in openSUSE TW
As I can see, binaries from GitHub Actions was build with g++-7 (gcc-7.5.0). Recompiled with g++-8 (gcc-8.4.0) binaries doesn't crash on my system now.

It hard for me to guess where and how catch the cause. But if someone tells me - I'll try.

[rghvdberg]

Check if there's a function that should return a value but doesn't.
I've had crashes with dpf plugins when I should have returned a bool but I didn't.
In release build it would crash, in debug mode it didn't.

I know this is Juce and not dpf, but it sounds very similar to what I experienced (and I'm pretty sure there's some Juce code in dpf anyway)

[Kott]

Check if there's a function that should return a value but doesn't.
I've had crashes with dpf plugins when I should have returned a bool but I didn't.
In release build it would crash, in debug mode it didn't.

One warning:

Code: Select all

../../../../modules/gin/modules/gin_dsp/dsp/oscillators.cpp: In member function 'float gin::BandLimitedLookupTables::process(gin::Wave, float, float, float)':
[   90s] ../../../../modules/gin/modules/gin_dsp/dsp/oscillators.cpp:215:1: warning: control reaches end of non-void function [-Wreturn-type]

And I "fixed" this by adding into switch:

default: return 0;

but got same segfault.

moreover openSUSE build service refuse to package that (not-fixed) code

Code: Select all

[ 2627s] I: Program returns random data in a function
[ 2627s] E: slPlugins no-return-in-nonvoid-function ../../../../modules/gin/modules/gin_dsp/dsp/oscillators.cpp:215

but only for Leap 15.1, for 15.2 and TW it passes, strange

[SocaLabs]

Ok, I've cleaned up the function that possible wasn't returning a value.

I don't see anything in GinProgram::saveProcessor that could be crashing. It should just be creating an empty default preset.

I can't reproduce the crash so I'm pretty stumped.

[funkmuscle]

IIRC You need public key installed.

Maybe it's simpler to replace git@github.com: by https://github.com in .gitmodules?

nope, none of those work. This is weird. I've tried a few other GH installation and no issues.

[Kott]

Ok, I've cleaned up the function that possible wasn't returning a value.

I don't see anything in GinProgram::saveProcessor that could be crashing. It should just be creating an empty default preset.

I can't reproduce the crash so I'm pretty stumped.

just compiled with updated gin submodule with g++-9, all is good, no segfaults

[funkmuscle]

guys, I've installed the binaries and the only show in Carla. Are these lv2 or vst3 as I've installed in vst dir and Ardour and Mixbus32C can't find them

[Kott]

guys, I've installed the binaries and the only show in Carla. Are these lv2 or vst3 as I've installed in vst dir and Ardour and Mixbus32C can't find them

I didn't get second part. Binaries on the site is vst2 only.

[funkmuscle]

guys, I've installed the binaries and the only show in Carla. Are these lv2 or vst3 as I've installed in vst dir and Ardour and Mixbus32C can't find them

I didn't get second part. Binaries on the site is vst2 only.

I'm on Arch and it seems that everyone thinks that Linux is Ubuntu. Sorry but lately everything is .deb or needs apt-get. That's all cool if the source is there to build on every distro but that is not the case. The build.sh has a few apt-get commands so the git won't build. Can this be generic for all Linux instead of Ubuntu and Debian?
I'm just frustrated because whenever I see something that was Windows only and then they become open source or available for Linux, 90% of the time you see Linux then you go to download and you see Ubuntu. No offense to Ubuntu but Ubuntu is not Linux. It's a Linux distro or a flavour of Linux. Sorry again (I'm apologizing just to avoid offending any users and avoid a debate over distros) but I needed to vent because this is the 3rd time this weekend I tried to install a program that said Linux to find out it's only Ubuntu. Before anyone says to switch, Ubuntu IMO is Linux version of Windows. Before anyone wants to execute me, this is my personal opinion and I think we're entitled to that.

The binaries only show in Carla's standalone but when used in a DAW, Carla will not launch the plugins. I really wanted to sample delay for widening mono guitars.

[Rodney]

Cool! I like it, will wait for the LV2 format though. Thanks for sharing!

[Kott]

@funkmuscle just comment this apt-get stuff from script

Cool! I like it, will wait for the LV2 format though. Thanks for sharing!

What is your distro? You can grab lv2 and standalone for openSUSE (or unpack these rpm for any other distr) here https://software.opensuse.org/search?q= ... roject=ALL