LSP Plugins 1.2.23 released!

SadKo · September 10, 2025, 12:22pm

Yes, bulding from the devel branch with all dependencies fetched should be enough.
Can you provide stack traces for the crash?

werner.back · September 10, 2025, 1:09pm

gdb output: https://drive.google.com/file/d/1E-CY7IBpirFJV7GsOiTd9Tgfk8_pKbo_/view?usp=sharing

lsp log: https://drive.google.com/file/d/1dwYbwRuAEHw7F64aZbY53aCCksJXgDzL/view?usp=sharing

The behaviour is very confusing atm…not sure if I did something wrong. Now I could use the plugins (devel branch) at first, but it showed cairo again. Then I tried to open the project again and it crashed instantly as I opend the first plugin.

SadKo · September 10, 2025, 1:48pm

The stack trace is very confusing.

#0  __strstr_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strstr-sse2-unaligned.S:41
#1  0x00007fff3a7bc074 in lsp::ws::glx::check_gl_extension(char const*, char const*) () from /home/werner/.lv2/lsp-plugins.lv2/lsp-plugins-lv2ui.so
#5  0x00007fff3a7bcaba in lsp::ws::glx::create_context(_XDisplay*, int, unsigned long, char const*) () from /home/werner/.lv2/lsp-plugins.lv2/lsp-plugins-lv2ui.so
#7  0x00007fff3a6f0a77 in lsp::LSPString::~LSPString() () from /home/werner/.lv2/lsp-plugins.lv2/lsp-plugins-lv2ui.so

Create context calling from a destructor of LSPString? Seriously?
Please check whether you don’t have conflicting LSP installations on your system.
Also it would be nice if you build with make config ... DEBUG=1 option. This will enable debug information for LSP Plugins.

werner.back · September 10, 2025, 2:56pm

What I do is to build the plugins with PREFIX=./build so that make install copies the files into the source directory. After that I copy the content of “lv2” to .lv2 in my home directory. I copy the library files in “lib” to /usr/local/lib.
I build lv2 and vst3.
I forgot to copy the vst3 files, maybe that’s the reason for the confusion.

I don’t want to do a “real” install in /usr/local, because I want to have a “clean” version for production.
BTW, do the plugins need the files in lib (liblsp-r3d…)? A while ago I fortot to copy them, but the plugins worked.

GMaq · September 10, 2025, 3:17pm

Just curious, is there a reason that you don’t use the LSP Plugin binaries from the site? Is this potentially a cause of the variable issues? I rarely bother building stuff when the developer hands me a nice binary to use…

werner.back · September 10, 2025, 3:31pm

I usually use the binaries, but to help Vladimir I use the git temporarily.

SadKo · September 10, 2025, 3:44pm

It’s not clear now about are plugins working with recent changes or not.

werner.back · September 10, 2025, 5:07pm

For me, the devel branch doesn’t work at all. It crashes immediately when I open any LSP plugin. Please use the links from above for debug info, I just updated the files. I compiled devel with DEBUG=1.

SadKo · September 10, 2025, 5:17pm

@werner.back whoops. Try to update the devel branch and rebuild. Forgot to initialize the field of class with NULL.

werner.back · September 10, 2025, 6:53pm

Hmm…now it shows Cairo again after I close the first plugin, but it works. No segfault at least ;).
(btw, what’s the problem if it’s Cairo? I don’t have a clue what this all means…)

SadKo · September 10, 2025, 8:19pm

Cairo is slow on drawing many lines in the UI.
Could you please show the log file for the last build?

werner.back · September 11, 2025, 3:57am

I have updated the logs. Same Links as above.

peder · September 11, 2025, 7:27am

A neat alternative to that is to use GNU Stow to populate /usr/local with symlinks to the programs you compile.

I prefix all my compilations to /opt/program-version-githash, so right now I’ve got directories like
lsp-plugins-1.2.17-gb0e76ead, lsp-plugins-1.2.22-gb0748ab1 and lsp-plugins-1.2.23-gb0d0e36e in /opt.
Then I run stow -d /opt -t /usr/local lsp-plugins-1.2.23-gb0d0e36e to create the symlinks.

If I want to revert to, say, lsp-plugins-1.2.17-gb0e76ead I run
stow -D -d /opt -t /usr/local lsp-plugins-1.2.23-gb0d0e36e
to remove those symlinks and then
stow -d /opt -t /usr/local lsp-plugins-1.2.17-gb0e76ead
to create new links

SadKo · September 11, 2025, 7:38am

Missing some information in log. Please uncomment this line and gather new log:

github.com

lsp-plugins/lsp-ws-lib/blob/e8807b3eab20a283415ae9cb03b0cbb81b576080/include/private/gl/defs.h#L49


      
                  #include <GL/glext.h>
              #endif
          #endif /* LSP_PLUGINS_USE_OPENGL_GLX */
          
          
// Enable overall OpenGL
          #if defined(LSP_PLUGINS_USE_OPENGL_GLX)
              #define LSP_PLUGINS_USE_OPENGL
          #endif /* LSP_PLUGINS_USE_OPENGL_GLX */
          
          
// Uncomment this to log all OpenGL object allocations and deletions
          //#define TRACE_OPENGL_ALLOCATIONS
          
          
// Uncomment this to log all OpenGL statistics
          //#define TRACE_OPENGL_STATS
          
          
#ifdef TRACE_OPENGL_ALLOCATIONS
              #define IF_TRACE_OPENGL_ALLOCATIONS(...) __VA_ARGS__
              #define lsp_gl_trace(...) lsp_trace(__VA_ARGS__)
          #else
              #define IF_TRACE_OPENGL_ALLOCATIONS(...)
              #define lsp_gl_trace(...) LSP_DEBUG_STUB_CALL

werner.back · September 11, 2025, 7:47am

Done. I have updated the logs.

SadKo · September 11, 2025, 8:13am

I see a proper string in log:

[TRC][main/glx/Context.cpp: 629] create_context: GLX extensions: GLX_ARB_context_flush_control GLX_ARB_create_context GLX_ARB_create_context_no_error GLX_ARB_create_context_profile GLX_ARB_create_context_robustness GLX_ARB_fbconfig_float GLX_ARB_framebuffer_sRGB GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_buffer_age GLX_EXT_create_context_es2_profile GLX_EXT_create_context_es_profile GLX_EXT_fbconfig_packed_float GLX_EXT_framebuffer_sRGB GLX_EXT_no_config_context GLX_EXT_swap_control GLX_EXT_swap_control_tear GLX_EXT_texture_from_pixmap GLX_EXT_visual_info GLX_EXT_visual_rating GLX_INTEL_swap_event GLX_MESA_copy_sub_buffer GLX_MESA_gl_interop GLX_MESA_query_renderer GLX_MESA_swap_control GLX_OML_sync_control GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGIX_visual_select_group GLX_SGI_make_current_read GLX_SGI_swap_control GLX_SGI_video_sync 
[TRC][main/glx/Context.cpp: 156] choose_fb_config: Selected fb_config: id=0x10c, rgba={8, 8, 8, 8}, depth=24, stencil=8, multisampling={1, 8}

And improper one:

[TRC][main/glx/Context.cpp: 629] create_context: GLX extensions: (null)
[TRC][main/glx/Context.cpp: 632] create_context: GLX_ARB_create_context not supported

Really looks like some misbehaviour of glXQueryExtensionsString.
I’ve updated the code. Let’s have one more try.

werner.back · September 11, 2025, 8:59am

Done, but no change. Still shows Cairo. Log is updated.

SadKo · September 11, 2025, 9:26am

Looks like you launched previous version. In a new version I’ve changed severity of this message to warning:

[TRC][main/glx/Context.cpp: 632] create_context: GLX_ARB_create_context not supported

werner.back · September 11, 2025, 11:22am

Not sure what I did wrong, I just did make fetch, make & make install. Is this not sufficiant?
However, did it again and updatetd the logs.

x42 · September 11, 2025, 11:34am

What graphics card / driver do you use?

In the past nouveau had an issue that it was limited to a single GL context per application, and we had reports of crashes when using more than one GL based plugin UI.