LSP Plugins 1.2.23 released!

@werner.back OK now looks like if we even ignore the lack of the GLX_ARB_create_context extension, we still fail to create OpenGL context. Sad. I really have nothing to do with this problem, it really looks like upstream bug.

1 Like

Nothing fancy, really. Onboard graphics on an old office computer from 2016…Mesa Intel(R) HD Graphics 530 (SKL GT2) Driver is ā€œirisā€.
I just got an old gaming pc from my son, possibly I will use it as my new music machine.

1 Like

The issue persists, no matter which plugin format.
Randomly crashing (with core dumps) by opening plugins, and by closing Ardour.
Ardour under Arch is unusable at the moment.
So I’m not gonna waste my time with bug hunting anymore.
Uninstalling Ardour and switching to Reaper is the way to go for me!
So long!

Hm, did you change something today? I’m on a new machine now, again with manjaro linux, but nvidia graphics. With git master same problem, crash at 2nd opening, but devel seems to work now as expected. Info shows openGL constantly, no Cairo anymore so far.
Didn’t try the binary version yet.

I didn’t change anything. But the devel branch has some changes related to master. If you have issues with devel, I need logs and stack traces for your NVIDIA configuration. But anyway it would be nice to see the stack trace and log for master to ensure that the problem is same to you previous hardware configuration.

You could also uninstall Arch :slight_smile:

11 Likes

Changing OS, because of one Software that is buggy most of the time?
Everything else working. That’s rediculous. Therefore Ardour is simply not good enough.
In the past year I’ve been using Reaper (and Qtractor) I had zero issues with plugins or Crashes. That means more time for making music. That’s what counts for me.
If you really recommend changing OS you should consider admitting that Ardour is not working on all modern Linux Platforms and give a clear recommendation for a specific Linux OS to only use with Ardour.

There was a joke from @x42 . But sometimes a joke contains a great bunch of true.
Arch Linux tends to use the latest possible software and libraries. And sometimes this software and libraries can contain bugs. I already met set of problems where disappointed users come to the project with their problems and finally we find out that the problem is not in our project but in some third-party library.
Good examples are listed here:

4 Likes

Since you don’t mind running binary blobs, could cent you check if the official binary from Download Ardour | Ardour Community also has those issues (demo version is fine to check and comes with an uninstaller).

We had reports that the arch build (and CatchyOS) are currently broken and crash regularly (nit just plugin related). Ubuntu managed that as well in the past by mixing random libraries, but has been fine lately.

Same issue with demo version!
I don’t waste any energy and time for Ardour anymore.
Goodbye!

If the problem is in the operating system, it doesn’t make sense to blame the application developers. It’s the same as if the road were full of potholes, your car broke down, and you blamed the car manufacturer. Good luck on your journey.

1 Like

I do understand your point and I also believe that bleeding edge Distros are bad choices for ā€˜purpose-driven’ applications like Audio Workstations… However your analogy doesn’t exactly hold up because given that the road has potholes the Ardour ā€˜vehicle’ is breaking down and the Reaper one isn’t… in that case there may be agreement that the road needs fixing but you also may have a case to complain to the vehicle manufacturer, or look elsewhere for a better-suited vehicle.

I think a product like Ardour that has an established, patched and mature set of core support libraries is going to occasionally not mesh with bleeding edge Distros, in similar ways other bundled things like AppImages also don’t work forever… You can’t fault Ardour for building a reliable bundle and you can’t fault Arch Linux for being what it says on the can… I think there are a LOT of Users somewhere in the middle of all of that and I would guess that would be a sensible place for Ardour’s priorities to be.

2 Likes

Thanks for testing. The mystery remains though.

Reaper is a fine DAW, too. and hey, whatever works.

2 Likes

Maybe Ardour could use some hot rod suspension to better handle the bumps of distros like Arch. :wink:

1 Like

And, specifically, it states:

It is the user who is ultimately responsible for the stability of their own rolling release system

Implicitly, that includes the stability of applications they wish to run in their choice of OS.

I see this as putting the onus on the end-user to make things work. If they can’t, then I would suggest the user shouldn’t be using Arch (and I suspect the Arch maintainers would agree).

complaints of breakage are misguided and unproductive

Cheers,

Keith

( Frequently asked questions - ArchWiki )

2 Likes

So I think I finally found the error.
It seems to be a mesa 25.2.2-4 issue on my hardware.
I’m on amdonly-gaming-mesa-git 25.3.0 now:
Everythings working again, no crashes, no plugin issues anymore.
Still wondering why this did only affect Ardour…?

1 Like

So it would be logical to admit that when you said "

Changing OS, because of one Software that is buggy most of the time?
Everything else working. That’s rediculous. Therefore Ardour is simply not good enough.
In the past year I’ve been using Reaper (and Qtractor) I had zero issues with plugins or Crashes. That means more time for making music. That’s what counts for me.
If you really recommend changing OS you should consider admitting that Ardour is not working on all modern Linux Platforms and give a clear recommendation for a specific Linux OS to only use with Ardour.",

in this case it was largely unfair to Ardour and its development, since you had tinkered with your distribution using AUR or Git packages for gaming .
If we did the same thing on Windows, I doubt that a series of software would work as well.
I’m not blindly defending Ardour, but in this case…
And I don’t blame the approach of tinkering with a distribution. I do it myself often. But in the case where it doesn’t work, I avoid getting angry with the developers.
Besides, I personally gave up on the idea of ​​having a Linux distribution that works for both gaming and pro audio use. It’s either one or the other.

1 Like

This is exactly why, especially in media production — whether it’s audio or video — it’s recommended to use a distribution tailored for that purpose, such as Ubuntu Studio, AV Linux, or similar. These systems are designed so that things just work out of the box without extra tweaking. If you’re using a general-purpose distro that’s been customized for something like gaming, you really need to have a deep understanding of how Linux works to keep the system stable and reliable for production use.

The same principle actually applied in the Windows world as well, especially in the past: if a machine was used for professional production, nothing else was done on it. No games, no experiments, not even casual web browsing. Just work — to keep the environment predictable and consistent.

In media production, stability always takes priority — regardless of the operating system.

From my perspective, the Ardour developers are top experts in their field and have clearly done significant pioneering work. As a recording and mixing engineer, I don’t feel I have enough grounds to criticize their work negatively — nor do I have the need or desire to do so. However, I certainly have plenty of positive and kind things to say about them.

4 Likes

I am glad you found the issue, and thank you for sharing the solution.

If I had to guess: Ardour does not sandbox plugins and runs them all in the same process. In the past we’ve seen issue with nouveau when one than one window in a given process uses openGL. Maybe something similar sneaked in to mesa…?

That’s why I prefer ā€˜stable’ Linux distributions. Even if there some bug appears, I is a high probability that it already has been fixed in the new version of software and back-ported into the repository of stable distribution. It just works and does not force me to jump across the forums looking for a solution of the problem in the third-party software.

7 Likes