mirror of
https://github.com/robbert-vdh/yabridge.git
synced 2026-05-07 12:10:09 +02:00
88ac466501
Since we no longer depend on any of it.
2.2 KiB
2.2 KiB
Roadmap
Yabridge's VST2 and VST3 bridging are feature complete and should work great, but there are still some other features that may be worth implementing. This page lists some of those.
Short-ish term
- ARA support for VST3 plugins. The ARA SDK has recently been open source, so we can now finally start working on this.
Longer term
- CLAP plugin bridging. Implementing this only makes sense once Windows-only CLAP plugins start appearing.
- An easier updater through
a new
yabridgectl updatecommand for distros that don't package yabridge.
For a major release
- Completely remove the now deprecated symlink-based installation method from yabridgectl.
- Replace the use of
notify-sendfor notifications with usinglibdbusdirectly. Most systems will have both available by default, but some less common distros splitnotify-sendfrom the rest of thelibnotifypackage. - Possibly combine the
yabridge-hostandyabridge-groupbinaries to save some disk space as 95% of their code overlaps. - Consider adding an option for yabridgectl to set up VST2 plugins in
~/.vst. As discussed in a couple places already doing so would come with a number of downsides and potential pitfalls so this may not happen. - Consider chainloading the real
libyabridge-vst2.soandlibyabridge-vst3.sofiles from smaller stub libraries. This would avoid having to rerunyabridgectl syncafter an upgrade, and it would save disk space on systems without support for reflinks.
Somewhere in the future, possibly
- REAPER's vendor specific VST2.4 and VST3 extensions.
- Presonus' extensions to the VST3 interfaces. All of these extensions have been superseded by official VST3 interfaces in later versions of the VST3 SDK, so it's unlikely that there are many plugins that still rely on these older extensions.