alex-tee
alex-tee
On latest commit I can reproduce this with Fluida, DrumGizmo, ZLFO, sfizz, Surge (all LV2) in Zrythm with the host lib. I can open DrumGizmo when I run carla standalone...
>On latest commit I can reproduce this with Fluida, DrumGizmo, ZLFO, sfizz, Surge (all LV2) in Zrythm with the host lib >we need to come up with a simpler way...
I checked with objdump and only the Carla API is exported in the .dll: ``` objdump.exe -p /c/Program\ Files/Zrythm/bin/libcarla_host-plugin.dll ``` ``` ... There is an export table in .edata at...
you might be on to something be cause I only recently enabled debug builds and I remember it working before that. will start new builds and get back to you...
this is fixed when not using `DEBUG=true`
no those plugins don't have parameters. these are the .ttl's. Actually I made a mistake both plugins have 1 non-MIDI output atom port and 1 MIDI output atom port Test...
I looked again and it actually looks like Carla does ignore the first non-MIDI atom port for both plugins. It shows "MIDI out" which is the name of the 2nd...
more information: 1. This also happens when you bridge the whole plugin, which is strange. I thought Carla was supposed to have full control of the plugin window then since...
As mentioned on IRC, I found a workaround. I tried to pass the parent window's HWND handle to Carla via `ENGINE_OPTION_FRONTEND_WIN_ID`, and while you still get the "passthrough" issue when...
maybe related to #19