• porres

    well, Pd 0.57 is coming out and [receive] now has an inlet, and there's a [list foreach] for iteration

    posted in technical issues • read more
  • porres

    purr data doesn't take Pd externals, just what they ship... and it's outdated and not paired/compatible to current vanilla

    posted in technical issues • read more
  • porres

    good, fixing it

    posted in technical issues • read more
  • porres

    not sure what you need, but I could look into and add one to ELSE

    posted in technical issues • read more
  • porres

    well, then be happy there's no limit :) go crazy on it

    posted in technical issues • read more
  • porres

    no, like I said, i guess there's no limit :) does that bother you? do you think it should have?

    posted in technical issues • read more
  • porres

    @jameslo said:

    Is there a maximum size for the impulse response table for [else/conv~]? I loaded a 30s one and got no warnings.

    I guess not :)

    if you change the table, the object needs to be reinitalized so it reloads the table. Maybe I could add that to the documentation or add a 'reload' message. Please open an issue/request on github

    posted in technical issues • read more
  • porres

    "To Pd-announce:

    Pd version 0.56-3 is available from https://msp.ucsd.edu/software.htm
    or (source only) via github: https://github.com/pure-data/pure-data

    This fixes some problems in 0.56-2. Changes are summarized in release notes: https://msp.ucsd.edu/Pd_documentation/5.current.status.htm#s5.1

    cheers
    Miller"


    Release notes:

    Fixed broken "keyup" object (IOhannes).

    Improvements to window titles and IEM GUI settings (IOhannes).

    Ben Wesch improved updating the Pd colors without recreating windows.

    Documentation updates (Alexandre).

    Fixed a situation in which Pd hangs when failing to connect to jack device in linux.

    Updates to the "deken" ("find externals") mechanism.

    Many other bug fixes.

    posted in news • read more
  • porres

    how about using MPE in the sfz~ object? :)

    posted in patch~ • read more
  • porres

    it was added in the last available release (RC1`4, from september./2025), but plugdata never included it in a stable release. Currently, nightly carries the current master state of RC15

    posted in patch~ • read more
  • porres

    @ddw_music said:

    Come to think of it... why does else/sfz~ truncate note numbers? You're not bound by the limits of the MIDI protocol; why not fully support fractional note numbers?

    that is a good request. Open an issue?

    posted in patch~ • read more
  • porres

    cool, I thought you wanted particular scales, like 8th tones, which is the first example in here

    Screenshot 2026-05-23 at 11.21.52.png

    posted in patch~ • read more
  • porres

    see else/width~ and else/spread~ for stereo spreading

    posted in patch~ • read more
  • porres

    else/sfz~ has support for mictrotones

    Screenshot 2026-05-22 at 23.47.15.png

    posted in patch~ • read more
  • porres

    I didn't look at that patch, all I am saying is that I think it's important to have audio signals triggering the object. If you just want to use MIDI, you don;t really need it, but my library is fully sample rate accurate, like a modular environment. I wouldn't know how to do that with Vanilla, seems impossible or dreadfully hard/crazy with all my features.

    The [slop~] object is sample rate accurate though.

    posted in patch~ • read more
  • porres

    @JuanMadrid said:

    And you are right, to develope the ADSR with vline was complicated foir me. I spent several hours,

    and for me it's important that the gate value is an audio signal and that simply can't be done with [vline~]. A proper envelope should also be able to be retrigerred while the gate is on. When I added yet even more features like I did, it simply gets impossible to be done with Vanilla.

    posted in patch~ • read more
  • porres

    it was historically immediate release by default, but in that particular version I was trying to accommodate more features and kinda screwed up... and now it'll be back immediate release with yet more features, so I was able to find a way to accommodate things.

    It's hard to add features without breaking things.

    By the way. I don't think [vline~] can be considered an envelope generator at all... you can do it, but it's a lot of hassle and it's only linear and very limited. For you to be able to deal with exponential curves and all the things I provide in my envelope generator is just virtually impossible with vanilla.

    posted in patch~ • read more
  • porres

    of course [else/adsr~] is much more powerful and offers more exponential curves. I find the one pole filter solution not that great, but I haven't bothered on trying to implement something like that in Vanilla

    posted in patch~ • read more
  • porres

    Note that the new stuff I pointed above are already part of the experimental/nightly builds of PlugData.

    As for designing envelopes, I have the "Live Electronics Tutorial", an extensive tutorial and all things ELSE and Pd, which is also distributed as part of the PlugData documentation. I have an example on how to build exponential envelopes over there, see

    here's a screenshot you'll find in chapter 17 Screenshot 2026-05-01 at 19.09.32.png

    I also have added something like this to the help file of [slop~]

    Screenshot 2026-05-01 at 19.08.42.png

    posted in patch~ • read more
Internal error.

Oops! Looks like something went wrong!