Also on Linux it supports only rarely used plugin formats (LV2, Linux VST), for which there are little plugins.
Also on Linux it supports only rarely used plugin formats (LV2, Linux VST), for which there are little plugins.
https://manual.ardour.org/working-with-midi/create-midi-regi...
https://manual.ardour.org/working-with-midi/add-new-notes/
> Also on Linux it supports only rarely used plugin formats (LV2, Linux VST)
Ardour used to have built-in support for Windows VST via WINE. It was so bad (as in unstable, unpredictable) it was disabled by default and was eventually removed. Yabridge is the usual recommendation to people who really want/need it.
On Linux, Ardour supports LADSPA, LV2, VST2 and VST3. Those are the most widely used plugin formats. What are you missing exactly?
"Linux VST" and "Windows VST" are not plugin formats. "VST" is the format, "Windows" and "Linux" are platforms. Do you seriously expect a Linux app to run Windows plugins out-of-the box?
> Most of plugins use Windows VST, i.e. they are distributed as Windows-compatible DLL.
Yes, most (commerical) plugin companies only provide Windows and macOS binaries. But how is that Ardour's fault? You can run Ardour on Windows on macOS. If you really want to use Linux and you need to use Windows-only plugins, you can either run Ardour in Wine or use a plugin bridge such as yabridge.
For Mac VSTs and AU there is no (at least, no stable) emulation layer on Linux.
RTAS SDK is proprietary.
That is correct. I didn't think specifically about Fedora 37; it's been a while since I upgraded to 38. I couldn't find F37 builds, even though that's around the time I tested yabridge. You might consider switching to 38 anyway, as 37 is less than two months away from it reaching EOL -- F39 release date (17 October) + 30 days.
> As I understand, it is the repository for packages uploaded by random anonymous users (not related to the authors of yabridge or Fedora).
That is mostly correct. It was not uploaded, but built on the Fedora infrastructure, following the RPM spec you can reach from the builds tab [1], for example the latest change located here [2].
There is an amount of trust you have to give to the copr author, but you can also check the rpm spec file [3]. Important quick checks are around the source0 lines.
> Also, the main page for COPR says (in a small font): "NOTE: Copr is not yet officially supported by Fedora Infrastructure."
Getting a package shipped into the Fedora base repositories seems rather bureaucratic and I understand any hacker that doesn't want to use their own time to deal with that.
[1] https://copr.fedorainfracloud.org/coprs/patrickl/yabridge/bu...
[2] https://copr-dist-git.fedorainfracloud.org/cgit/patrickl/yab...
[3] https://copr-dist-git.fedorainfracloud.org/cgit/patrickl/yab...