would use their own selectors and that selectors would be a thing, but they are not and it does not help in any way
Selectors are used all the time. Every method - apart from float, symbol and pointer methods - starts with a selector. For example, if you send
setis the selector.
another option is
This feature seems trivial on surface, but it is really not. If implemented naively, it can crash Pd under certain circumstances. For a technical discussion, see https://github.com/pure-data/pure-data/pull/604. Making it safe would require some changes to Pd internals, see https://github.com/pure-data/pure-data/pull/849.
here's a new bug fix release for
[vstplugin~]- an external to load VST2 and VST3 plugins on all platforms. Please upgrade!
Binaries can be found on Deken (search for "vstplugin~") or here: https://git.iem.at/pd/vstplugin/-/releases.
Most important changes/fixes:
- fix crash with bridging + multi-threading (regression introduced in v0.5.1)
- bridge/sandbox: allow to write large presets
- cmake: add NATIVE option for native code generation
- cmake: support Apple M1 + x86_64 plugin bridge (see the README for build instructions); no official binaries yet
updatemessage, sent when several parameters have changed at once
Full change log: https://git.iem.at/pd/vstplugin/-/releases
As always, please report any bugs at https://git.iem.at/pd/vstplugin/-/issues
Martin Peach (who wrote [comport])
[comport]has been written by Winfried Ritsch.
Funnily enough, someone else has already brought up this issue in the past (https://lists.puredata.info/pipermail/pd-list/2019-05/125271.html) and I even came up with a fix, but then forgot to make a PR . I found the git branch with the fix on my laptop, so I can do that later this day. Will post a link to the PR here.
here's a new bug fix release for
[vstplugin~]- an external to load VST2 and VST3 plugins on all platforms:
Binaries can be found on Deken or here: https://git.iem.at/pd/vstplugin/-/releases.
This release fixes a critical bug where
[vstplugin~]would fix crash when switching samplerate or blocksize while a plugin is loaded. Even worse, Pd would also crash when loading a plugin with
[loadbang]or as a creation argument at samplerates other than 44.1 kHz.
As always, please report any bugs at: https://git.iem.at/pd/vstplugin/-/issues
I am happy to announce a new bug fix release for
[vstplugin~]- a Pd external for hosting VST2 and VST3 plugins on Windows, macOS and Linux.
It is available on Deken (search for "vstplugin~").
Here is the full change log: https://git.iem.at/pd/vstplugin/-/releases
Please report any issues at https://git.iem.at/pd/vstplugin/-/issues
Here is a bug fix release for [vstplugin~] v0.5 (see https://forum.pdpatchrepo.info/topic/13507/vstplugin-v0-5-0).
Binaries are available on Deken or can be downloaded here: https://git.iem.at/pd/vstplugin/-/releases
If possible, please report any issues at https://git.iem.at/pd/vstplugin/-/issues.
- VST3: fix silent multibus output (when using automatic channel distribution)
- Linux: fix crash when opening the editor in a sandboxed/bridged Linux plugin
- macOS: don't filter by empty extension when looking for binaries in plugin bundles (a few plugins use extensions like
- Linux: suppress stdout/stderr when checking the
winecommand and the wine host processes
- VST3: disable unneeded auxiliary busses, but still enable all main busses (otherwise some plugins would crash)
- bridge: redirect logging output from subprocess to parent process (useful for debugging purposes!)