• Spacechild1

    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

    posted in news read more
  • Spacechild1

    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.

    posted in news read more
  • Spacechild1

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

    posted in technical issues read more
  • Spacechild1

    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.

    posted in technical issues read more
  • Spacechild1

    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.

    posted in technical issues read more
  • Spacechild1

    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

    posted in news read more
  • Spacechild1

    I guess there's no other way.

    posted in libpd / webpd read more
  • Spacechild1

    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

    posted in technical issues read more
  • Spacechild1

    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 :weary: . 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.

    posted in technical issues read more
  • Spacechild1

    Hi,

    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.

    Please upgrade!

    As always, please report any bugs at: https://git.iem.at/pd/vstplugin/-/issues

    Christof

    posted in news read more
  • Spacechild1

    Hi,

    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

    Have fun!

    Christof

    posted in news read more
  • Spacechild1

    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.


    Changelog

    bug fixes

    • 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 .bin)

    improvements

    • Linux: suppress stdout/stderr when checking the wine command 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!)

    posted in news read more
  • Spacechild1

    There is an easy way to find out: ask them to explain the code!

    posted in pixel# read more
  • Spacechild1

    I'm happy to announce the final release of [vstplugin~] v0.5.0 - a Pd external to load VST plugins on Windows, macOS and Linux!

    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 or leave a comment here.

    Big thanks to all my beta testers!


    Change log overview:

    • support for multiple input/output busses (VST3 only)

    • [offline( method for better offline processing support

    • Linux: allow to run 32-bit and 64-bit Windows plugins (via Wine)

    • improve UI handling on all platforms

    • [size( method to resize plugin UI (if supported)

    • Linux: fix VST3 editor

    • fix some race conditions (= better stability)

    • fix broken transport methods for multi-threading

    • fix bugs in VST3 preset reading/writing

    • new -x (= exlude path) and -t (= timeout) flags for [search( method

    See the release page for the full change log.


    Have fun!

    Christof

    posted in extra~ read more
  • Spacechild1

    I'll check vb-audio.com but I think I will give a try to puredata aoo (audio over osc) external .

    I'm not sure what your setup is, but at the moment Aoo only allows to interconnect Pd and Supercollider instances (over local networks or the public internet). You would still need something like Jack or vb cable to connect Pd and VCV locally, right? Or are some people using only Pd and some only VCV?

    posted in technical issues read more
  • Spacechild1

    You can use the Jack ASIO driver.

    posted in technical issues read more
  • Spacechild1

    Like iemlib's [iem_receive] or iemgut's [oreceive] ;-)?

    Note the following caveat with settable receives: https://github.com/pure-data/pure-data/pull/604#issuecomment-487890771

    TL;DR: settable receives work fine most of time, but under specific circumstances they can crash Pd. Use with care.

    posted in abstract~ read more
  • Spacechild1

    I know that using send~ and receive~ introduce latency

    Not necessarily. You can in fact force the receive~ to be scheduled after the send~, in which case there is no latency, just like with delwrite~ and delread~.

    and am wondering whether using subpatches via inlet~ and outlet~ also introduce latency.

    No, unless the inner patch has a bigger blocksize than the outer patch. In that case, the latency is the difference between the two block sizes.

    Does send (without tilde) introduce any latency?

    "latency" doesn't exist in the message domain. When you send a message to [send], it is delivered instantly to all receivers. There is no semantic difference between using [send] or patch cords.

    Does using subpatches rather than one big page introduce latency?

    No.

    posted in technical issues read more
  • Spacechild1

    Generally: if you encounter issues with Pd, don't just complain on the forum (which only few Pd devs read), but rather file an issue on GitHub!

    posted in technical issues read more
  • Spacechild1

    @oid

    How exactly is one supposed to keep up to date on new features?

    Read the release notes: http://msp.ucsd.edu/Pd_documentation/x5.htm#s1

    The changelog is 12 years out of date.

    Good catch. This needs to be fixed. Also, the change log should reside in the toplevel directory and not buried in the "src" folder. I'll make a PR on GitHub.

    Usually, features can be discovered by browsing the help files. The problem in this case is that there's no real help file for "pd" messages. This needs to be done.


    Anyway, "fast-forward" is a very useful feature. Before I've made an external called [batchrecord~] which achieved the same thing. I don't know if Miller became aware of it, or if it was just a coincidence. Either way, I think it's great that it's now part of Pd vanilla!

    Christof

    posted in technical issues read more
Internal error.

Oops! Looks like something went wrong!