Hi,

In the Changelog of vstplugin~ v0.5.4 it says ARM compilation is fixed though.

I think this refers to https://git.iem.at/pd/vstplugin/-/commit/ec1bb344512f1de6819cd2ca06fbfde793393326.

However, ARM support on Linux has been fixed only recently (https://git.iem.at/pd/vstplugin/-/commit/8cbdb1a971e2f4ac48953b9bc7be6370d42ea50f) and not merged into master yet.

Try the latest develop branch, people have successfully built it on RPIs.

@seb-harmonik.ar said:

@Obineg all of pd vanilla runs on 1 thread (well, the 'core' non-wish process anyways)
Message processing is simply interspersed w/ audio processing.

Almost. Pd does use a single thread for DSP and message processing, but this is not the same as the audio callback (unless "use callbacks" is enabled), so you have (at least) two threads.

Side note: In Pd, the audio callback does almost no work; it just reads/writes samples from/to a ringbuffer and returns. Pd's main thread waits on the ringbuffer (see sys_send_dacs), so it is indirectly (asynchronously) driven by the audio callback.

I've just put the vstplugin folder into the /extras folder

If by "vstplugin folder" you mean the source code, then this certainly doesn't work.

I have no experience with compiling, so was hoping to avoid that

Well, you definitely need binaries. But there is a way to avoid compiling from source: use one of the pre-built binaries https://git.iem.at/pd/vstplugin/-/releases

Hi!

I was trying to get this to work in Purr Data, but don't seem to have had any luck.

"It does not work" is not all too helpful for an error report Can you give more details?

Also, please consider opening a ticket at https://git.iem.at/pd/vstplugin/-/issues.

PSA: comport v1.2 has been released and is available on Deken. This issue should be resolved now. Please test!

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 [set foo( to [tabwrite], set is the selector.

another option is [iem_receive] from iemlib.

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.

Hi,

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
• new update message, 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

Have fun!

Christof

I guess there's no other way.

Here is the PR: https://git.iem.at/pd/comport/-/merge_requests/1

In the meantime, you can grab the following branch and build from source: https://git.iem.at/ressi/comport/-/tree/input-fix