[BUG] Freeze any host when opening gui

[geekositalia]

Describe the bug
Any daw and host crash when open interface

To Reproduce
Steps to reproduce the behavior:

1. Go to 'any host
2. Click on 'open plugin interface'

no errors reporter, freeze the host, before any output

Desktop (please complete the following information):

• OS: openSUSE Linux
• DAW: All
• Version: Latest develop commit

Additional context
Latest develop commit

[KottV]

Looks like the same as Chowdhury-DSP/BYOD#141

It can't init OpenGL in plugin. While standalone works fine.

[jatinchowdhury18]

Thanks for reporting this issue, and for the extra information @KottV. I'm guessing you're right that it's a bug related to the OpenGL code. There's some new code in BYOD that tries to handle the OpenGL situation a little bit more intelligently, but we're still debugging that code in the issue that you linked.

All this makes me wonder if it's worth supporting OpenGL on Linux. At the moment, I don't link the plugins with OpenGL on Mac or iOS since it seemed to make the graphics rendering slower. On Windows, some hosts (like Cakewalk) will crash without OpenGL turned on, so it's kind of necessary there. On Linux, I know that some hosts (like Reaper) seem to behave a little better with OpenGL turned on, but I wonder if it's worth it, given the issues we're running into. Maybe compiling with OpenGL should be controlled by a CMake flag which is only on by default when compiling for Windows?

I'll have a think about this, while also working to debug the other issue, and hopefully will have an answer soon!

[KottV]

I think it's ok (or even better) to compile without OpenGL in Linux, as it may lead to another problems, - not so recent OpenGL profile on some systems, for example.
And keep it as an option for further testing. Software mode seems to work more predictable.
Thanks!

[Tagirijus]

Hey there, not sure if this helps, but I also experienced some freezing. Here are some infos:

Specs:

• Windows 10 64 bit Home
• DAW: Reaper v6.52
• CPU i9 9900K

What I did:

• Opening a VST3 version of ChowTapemodel
• Opening a VST2 version of ChowTapemodel, while the other GUI was still open

What happened:

• GUI froze, but not totally
• after some time for a very short time it seems to work again, but then not for long and it freezes again

Hope this helps. Let me know if I can be of help in any other way! (=

[jatinchowdhury18]

@Tagirijus interesting, thanks for sharing! Which version of the plugin was this happening with?

[Tagirijus]

Oh sorry, I forgot to mention. It was v2.10.0 - nothing wrong in v2.9.0 so far, though.

[jatinchowdhury18]

Ah, that's good to know. Would it be possible to try with the latest nightly build, both OpenGL on and off, and see if the same issue occurs?

[Tagirijus]

Thanks for the link. I just tested the nightly build of v2.10.0. With OpenGL activated it froze the GUI. But without OpenGL it did not freeze!

[jatinchowdhury18]

Sorry for the delay, I believe this issue should be fixed now in the nightly builds, if anyone wants to give it a test.

[KottV]

Oh.. looks like it's not fixed in the develop branch. I have to manually remove target_link_libraries(juce_plugin_modules PRIVATE juce::juce_opengl)
Interesting, that LV2 version is not affected, it just doesn't try do use OpenGL afaik :)

[jatinchowdhury18]

@KottV thanks for the head's up! If you have a minute could you try again with the current develop branch. For now I've switched to the same OpenGL strategy being used for BYOD, so hopefully that should work here as well. Thanks!

[KottV]

@jatinchowdhury18 yes it's fixed now, thanks!

[jatinchowdhury18]

Hooray! I'll close this issue for now then.