Ardour6: failed to instantiate LV2 GUI - also hang on exit

Ardour 6.0 also hangs here on exit with Manjaro XFCE.

Same hang on exit here (OpenSUSE Leap 15.1) but I have yet to install the latest corrected build…

Install Ardour from GeekOs repo. Both my problem fixed with that version !

This will happen with all plugins that still use GTK for their main GUI , and were linked against a different version of GTK.

Luckily most plugins have meanwhile moved away from using GTK. Recent guitarix should not be affected anymore.

EQ10Q downloaded directly from them is working fine with me. (I did have problems with the distro repository version a while ago, though, with version 5.12.)

2 Likes

Thanks Luis - I’ve been using EQ10Q for years and started having to use the version direct from them with (I think) 5.12 - so I’m glad to hear I’ll still be able to do that.

Would you mind filing a bug report on https://tracker.ardour.org/? Could you get a backtrace?

run Ardour6 --gdb, start it with run, later when it hangs, Ctrl+C in the terminal and thread apply all bt. (see also https://ardour.org/debugging_ardour)

Nevermind, that was the gcc4 version of Ardour6.0. Gcc5 version works fine :slight_smile:

… what we like to hear :slight_smile:

Also in Opensuse Ardour-gcc5 does not hang on exit.

I"m running Ubuntu Studio 20.04. I built Ardour6 from the git respository and installed it with the waf install.
I’ve seen the hang on exit once. I have also lost all the GUIs for all of my LV2 plugins (Calf, Dragonfly, GXStudio…)

The DSP CPU usage seems higher in general - with Ardour5 .12it would idle around 3 or 4. Now it idles closer to 23. Ubuntu Studio has a real time kernel and I’m seeing more XRUNs than I did with 5.12 too

Do you have the suil-dev package installed?

This is just a gentle reminder that although some forum participants may offer help and insight, as a general rule we can’t provide support for self-built or 3rd-party built versions of Ardour. There are too many variables that affect builds and performance (including bugs) for us to be able to offer help given all the possible permutations.

2 Likes

Understood. It occurred to me that I could try your demo version and see if I have the same issues.

I didn’t. A rebuild with that package made the difference in the GUIs. thanks.

So should I use the binary provided on the website instead of the version in the Arch repo for that reason?

@rlared

In general we encourage that yes. Nothing against distro versions, but the build process used to ensure compatibility isn’t always easy and some distros have in the past changed it for a variety of reasons which can cause issues that don’t show up in the binary version.

     Seablade

OK I will do that. Just a suggestion, you may want to put that on the website. Installing via the binary is super-easy but I didn’t know there was any advantage in doing so.

I have a question out of pure curiosity. Is the Ardour provided binary file “self-contained” in that it has all the dependencies built-in? Or do I still need to have the dependency packages installed that are required if I install through my distro’s repository?

The only dependencies we have on your system are:

  • libc (required for all programs written in C to be able to run)
  • libstdc++ (required for all programs written in C++ to be able to run)
  • X Window system (required for any graphical programs to run)

Nothing else is required, and your system almost certainly has these 3 already.

This topic was automatically closed 91 days after the last reply. New replies are no longer allowed.