Distrho Plugins crash in Muse

MusE is a MIDI/Audio sequencer with recording and editing capabilities, aiming to be a complete multitrack virtual studio for Linux. http://muse-sequencer.org/

Moderators: MattKingUSA, khz, spamatica

artofmusic
Established Member
Posts: 30
Joined: Mon Mar 17, 2014 8:01 pm

Distrho Plugins crash in Muse

Postby artofmusic » Sat Jan 26, 2019 6:54 pm

I seem to get a crash every time I load any of the LV2 dpf-plugins created by falktx (in this case 3 Band Splitter) in Muse. However, they are perfectly stable in Ardour. Before the crash, the plugins native GUI is completely black and unresponsive. Although on the generic GUI it loads up fine. I'm using the git build of Muse on Archlinux, but this also happened to me on Ubuntu Studio 18.04. It keeps looping with this:

Code: Select all

focusChanged: old:0x56402cc99430 now:0x56402cbf2470 activeWindow:0x56402c9f90f0
 old type: 9QComboBox
 now type: 11QTreeWidget
 activeWindow type: P7QWidget

 activeTopWin: N7MusEGui12ArrangerViewE
focusChanged: at widget 0x56402cbf2470 with type 11QTreeWidget
focusChanged: at widget 0x56402c9f90f0 with type N7MusEGui12PluginDialogE
focusChanged: at widget 0x56402c95ad70 with type N7MusEGui10EffectRackE
focusChanged: at widget 0x7fbc90000bc0 with type N7MusEGui10AudioStripE
focusChanged: at widget 0x56401dc88de0 with type N7MusEGui15TrackInfoWidgetE
focusChanged: at widget 0x56401dc88590 with type N7MusEGui8SplitterE
focusChanged: at widget 0x56401dac3ee0 with type N7MusEGui8ArrangerE
focusChanged: at widget 0x56401d9c9c20 with type N7MusEGui12ArrangerViewE

It fails with this message:

Code: Select all

focusChanged: old:0x56401dc318f0 now:0x56401dace540 activeWindow:0x56401dacdfa0
 old type: 13QMdiSubWindow
 now type: N7MusEGui10PartCanvasE
 activeWindow type: P7QWidget

 activeTopWin: N7MusEGui12ArrangerViewE
focusChanged: at widget 0x56401dace540 with type N7MusEGui10PartCanvasE
focusChanged: at widget 0x56401dc8a130 with type 7QWidget
focusChanged: at widget 0x56401dc88590 with type N7MusEGui8SplitterE
focusChanged: at widget 0x56401dac3ee0 with type N7MusEGui8ArrangerE
focusChanged: at widget 0x56401d9c9c20 with type N7MusEGui12ArrangerViewE

focusChanged: old:0x56401dace540 now:0x56401dc318f0 activeWindow:0x56401dacdfa0
 old type: N7MusEGui10PartCanvasE
 now type: 13QMdiSubWindow
  subwin contains 0x56401d9c9c20 which is a N7MusEGui12ArrangerViewE
 activeWindow type: P7QWidget

 activeTopWin: N7MusEGui12ArrangerViewE
focusChanged: at widget 0x56401d9c9c20 with type N7MusEGui12ArrangerViewE

focusChanged: old:0x56401dace540 now:(nil) activeWindow:0x56402d309f60
 old type: N7MusEGui10PartCanvasE
 activeWindow type: P7QWidget

 activeTopWin: N7MusEGui12ArrangerViewE
ACTIVE TOPWIN CHANGED to '<None>' ((nil))

The full log of muse3 -DD is attached below
output_crash_3_band_splitter.zip
You do not have the required permissions to view the files attached to this post.

rghvdberg
Established Member
Posts: 791
Joined: Mon May 12, 2014 7:11 am

Re: Distrho Plugins crash in Muse

Postby rghvdberg » Sat Jan 26, 2019 7:29 pm

Could you try other dpf plugins ?
Zam plugins & Dragonfly reverb for example. Also DPF but from other 'makers'
Also try X42 plugins.

artofmusic
Established Member
Posts: 30
Joined: Mon Mar 17, 2014 8:01 pm

Re: Distrho Plugins crash in Muse

Postby artofmusic » Sat Jan 26, 2019 11:43 pm

It only does this black screen with the zam compressors, 3 band eq/splitter and helm. This is only in the LV2 plugin format. Also, in the case of Helm LV2 you open it twice in its native GUI and then it pops up a black window and instead of crashing Muse it locks up the application. Below are the logs. Lastly, the x42 plugins work fine and most other zam plugins work fine, (all of the 5 plugins I use anyway).
output_crash_LV2.zip
You do not have the required permissions to view the files attached to this post.

Tim E. Real
Established Member
Posts: 99
Joined: Sat Sep 15, 2012 12:36 am

Re: Distrho Plugins crash in Muse

Postby Tim E. Real » Sun Jan 27, 2019 1:59 am

Hi, briefly looking at the post.
Couple of things I noticed:
...
User RtAudio backend - backend selected through configuration: RtAudio Pulse Audio
...
WARNING: Cannot lock memory:: Cannot allocate memory


System is not running real time with good mem limits? Due to the above warning, and this missing line:
"RtAudio pulse: running realtime scheduling" should be there.
Although much work ensured MusE should be OK without realtime, it's still possible something's not right.

Also, does it still fail with the Jack driver instead of Pulse?
Busy now, will try to test the plugins later...
Thanks.
Tim.

artofmusic
Established Member
Posts: 30
Joined: Mon Mar 17, 2014 8:01 pm

Re: Distrho Plugins crash in Muse

Postby artofmusic » Sun Jan 27, 2019 4:10 am

I fixed the realtime issue on the output by using xterm, gnome-terminal doesn't allow you to run applications from it and allow that app to lock memory/unlock memory. Also, I ran the jack backend this time and no dice. It does the same exact thing this time as last time again attached below is the output of muse3 -DD. Also, attached below is an image of the output in my terminal while redirecting standard error to the output files.
more_output.png

output-LV2-crash.zip
You do not have the required permissions to view the files attached to this post.

Tim E. Real
Established Member
Posts: 99
Joined: Sat Sep 15, 2012 12:36 am

Re: Distrho Plugins crash in Muse

Postby Tim E. Real » Sun Jan 27, 2019 5:24 am

OK Thanks. I will try to look into those plugins later.

(I had a suspicion about that Gnome terminal, there's currently a discussion
on LAU mailing list about that very topic.)

artofmusic
Established Member
Posts: 30
Joined: Mon Mar 17, 2014 8:01 pm

Re: Distrho Plugins crash in Muse

Postby artofmusic » Sun Jan 27, 2019 5:31 am

It does the same thing whether you use the stable plugins https://distrho.sourceforge.io/plugins.php or build them from git. VST, LADPSA, DSSI variants don't crash though. It also seems like your vestige header implementation is the best of all the free daws. Anyway, good luck looking into this one.

artofmusic
Established Member
Posts: 30
Joined: Mon Mar 17, 2014 8:01 pm

Re: Distrho Plugins crash in Muse

Postby artofmusic » Fri Feb 01, 2019 3:45 pm

I found another crashing plugin its zynaddsubfx with the zyn-fusion ruby based GUI. It is only the LV2 variant that crashes. Same output scrolls down the terminal screen that is not caught by stderr redirection as the other crashes. Ardour loads the zyn-fusion LV2 variant just fine. I wonder if you had time to look at the other crashing plugins.
output-zynfusion.zip
You do not have the required permissions to view the files attached to this post.


Return to “MusE Sequencer”

Who is online

Users browsing this forum: No registered users and 1 guest