-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Linux LV2 & VST3: 'Flower' console blocks most parameter changes #201
Comments
I tried using Reaper for Linux with Camomile v1.0.8-beta and I didn't have any issue. Then I installed Carla but I couldn't generate any sound to test (I couldn't even play a sound file directly to the output and the connection couldn't be deleted so I gave up). And then I installed Ardour and since then Ubuntu crashes and I can't even restart the system... I'm reinstalling the OS but if you can test it again, it would be great! And if you can try to figure out if the problem doesn't come from the DAWs that you use because if Reaper works fine (please, try it, you can test it for free), there is a chance that the problem is not the plugin but the DAWs (that seem a bit unstable). |
Sure, I will get a copy of Reaper and test it there. Current behavior with Carla: I am able to move 1 to 4 of the controls (varied by plugin) with the Flower console open, but the rest are frozen. With Ardour: the same as Carla. 1 or very few controls move when the console is open. |
So this is still happening with both the LV2 and VST3 versions? |
OK, I've tried this in Reaper (VST3). At first I observed the same behavior (some controls frozen), but with more testing I realize moving the flower console window "unfreezes" the controls (generally, sometime they refreeze). Screenshot of reaper with window first open -- note the "OFFLINE" tag Reaper adds to the sample track: Tried this in Carla (LV2) and it is the same- moving the console window unfreezes the plugin controls. |
I think your problem on Reaper is related to the option(s) "Close audio device when stopped/inactive ...". I think that Reaper considers the flower window as another application and put the audio offline. You should disable that in the Preferences/Audio. Perhaps is there a similar option on Carla (and Ardour)? Or do you know any plugin that uses floating windows to compare? |
First-- is there a way push debugging messages into the flower console (like a print obj)? Maybe I should open a separate issue.. Carla has some options regarding enabling UI bridges, etc. I've played with those, but always assumed their utility was limited to plugins that really misbehave. Regarding Reaper & flower console/controls --Reaper option: Preferences->Audio-> "Close audio device when stopped and application is inactive" is not checked.
"Close audio device when inactive and ReWire devices are open" is not checked.
"Close audio device when stopped and active (less responsive)" is not checked.
In a side note, my personal preferences for audio port management (in Linux w/JACK) is for any application to NOT alter the current connections once they are established. Those that do (Audacity, for instance) make that app impractical to use with other processing chains in JACK (like routing through other apps & plugin hosts in realtime). I know this is a JACK-centric attitude, and folks who do all their processing INSIDE the DAW don't share this way of thinking. Tried this option in Reaper as well:
|
Scratch that first question. I see the print obj does work with the Flower console, now that I can work around the "freeze." |
I tested and I don't have any issue:
On Ardour, the 2 plugins are loaded on a track, I open the GUI and the Console Window of both plugins, I start the playback and modify the parameters using the DAW interface and the plugin interface and it seems responsive. On Carla, the 2 plugins are loaded into the rack, I open the GUI and the Console Window of one plugin, I modify the parameters using the DAW interface and the plugin interface and it seems responsive. Can you test it and confirm? By the way, the offline mode on Reaper, should be only active with "Close audio device when stopped and application is inactive" is enabled but as the Linux Reaper version is still "unstable", perhaps this is not working yet. |
I updated Juce and changed the way the dropdown menu is handled, can you try these binaries and tell me if it's okay now? Thank you. https://github.com/pierreguillot/Camomile/actions/runs/1402491699 |
I'd be glad to, Pierre, but this link points to logs, not the binaries. |
Just scroll to the bottom of the page |
Oops. Thanks! |
I'm having numerous problems with this binary -- but the console blocking behavior isn't one. That now seems to work smoothly. Bulgroz and Castafiore cause segmentation errors when invoking ./camomile:
Not seeing those errors with my plugins I tested, but other problems exist:
To be honest, I haven't been able to use any precompiled Camomile versions for some time (always have a segfault), and work from a version I compiled locally, from one of the beta tags (1.0.8 beta4?). This may have something to do with using KXStudio repositories. The fact that I CAN use this precompiled binary semi-successfully is encouraging, somewhat. So my setup might not reflect a typical 20.04 install. Still -- I use Synaptic fairly often to install binaries, and compile code often, and don't seem to have any issues... I know this doesn't help much. |
Hi, Thank you!
Okay, great! So I can close this issue.
Okay, I will investigate. For the other problems, can you create a specific issue for each of them with details and relevant information to reproduce? |
Yes, I'll try to run down repeatable (bad) behavior and create new issue posts. |
Describe your environment
Debian Buster, stable
Carla 2.2.0-RC1
Ardour 5.12.0
Qtractor 0.9.5
Camomile 1.0.7
Describe the problem or the feature request
When the 'Flower' window is open, most (but not all) of the parameters are non-functional.
Being able to observe the timing of errors while accessing the GUI would be nice.
The text was updated successfully, but these errors were encountered: