DISTRHO-Ports icon indicating copy to clipboard operation
DISTRHO-Ports copied to clipboard

Klangfalter.lv2 doesn't restore settings reliably

Open suedwestlicht opened this issue 7 years ago • 3 comments

It happens since at least 12/2017 on 2 different machines, each with Xubuntu 16.04.

Qtractor, different version, now the recent one from git. Klangfalter as lv2 from DISTRHO-ports from git. Built with: ./scripts/premake-update.sh linux make -j4 lv2 sudo make install

When I load a big qtr-file into Qtractor with 3 instances of Klangfalter then not all impulse responses are loaded reliably. Sometimes all instances are initialized properly, sometimes the impulse responses are not loaded in one or two instances.

The number of "JUCE Assertion failure in IRCalculation.cpp:373" messages in Qtractor varies (max. 3) and doesn't seem to be exactly related, e.g. I have some of these messages even if all 3 Klangfalter instances have loaded their impulse response.

Compiling with "make -j4 CONFIG=Debug lv2" fails, so I have no idea if

  • sometimes Klangfalter can't get its configuration state
  • sometimes opening/reading of the impulse response fails

I couldn't find the correct places where I could put some meaningful printf-statements to see exactly what step fails.

I have no idea if this is a race condition between several klangfalter instances or if this might be a Qtractor issue. But I have no other plugin in Qtractor that shows this behaviour.

suedwestlicht avatar Apr 04 '18 19:04 suedwestlicht

It seems that only the loading of the impulse response fails.

I had now a situation that other parms of that affected klangfalter instance (gap, end) were set correctly. But the impulse response wasn't loaded.

Could be those juce locks lead to a race condition when several instances are initialized at the same time?

suedwestlicht avatar Apr 04 '18 19:04 suedwestlicht

Not sure if this is the same issue but using the armhf build from KXStudio repro I cannot get LV2 to restore impulse file from preset. The GUI shows the right filename but no file is loaded. I observe the file is encoded in the state blob although it seems to have the absolute path missing the leading slash, e.g. home/riban/file.wav. I tried changing the path to add leading slash (encoding back to Base64) but that didn't work. Selecting the preset shows no impulse loaded and then the GUI locks up.

riban-bw avatar Mar 18 '21 20:03 riban-bw

Further investigation shows that it finds the wav file and (partially) loads it. The file name and duration are shown in the GUI but the impulse window is empty and no sound is processed. Further attempts to load presets fail, locking up the plugin with 100% CPU usage.

riban-bw avatar Mar 19 '21 08:03 riban-bw