• mod

    Just a quick post again to give many thanks for sharing these, and such good explanations of what is going on inside.

    Will be digging in soon to have a proper look and see if i can make some worthwhile edits.

    posted in patch~ read more
  • mod

    Sounds very nice. Thanks!

    My only "complaint" with the sound is that it's a bit too much random stereo sometimes, but that's easy fixed by a simple mix of mono/stereo before the final output.

    But yeah, very CPU hungry.
    I had a look, and here's my suggestions on how to cut down on CPU a bit:

    1. throw~ / catch~ and s~ / r~ pairs are quite CPU hungry too. There are lots of places in abstractions where you just use those to tidy the patch a bit, Not worth it if you want to keep CPU down. Just do direct cable connections. The less you use these, the lighter your patch will get on CPU.

    2. vd~ uses a lot more CPU than delread~. For your modulated stuff, you'll need to stick with vd~, but i noticed that the [delay~] abstractions used vd~ when the delay time was fixed, so no need for those. And fcbc~ uses vd~, but its input is originally just control signals, so you can change it to delread~ too.

    3. Probably no need for [vline~] objects, just use [line~]

    Sorry, might have just been faster for me to change the patch, but maybe it helps people to see where these bottlenecks come from?

    posted in patch~ read more
  • mod

    help -> find externals

    then just type in the ones that you are missing

    posted in technical issues read more
  • mod

    Thanks so much to everyone for the big help. much appreciated :)

    posted in technical issues read more
  • mod

    Making an "event sequencer" for a project. Events come in as tag / value pairs, such as "distortion 0.75", "reverb_onOff 1", etc

    the timing of these events is tracked, 256 steps per loop.

    so, need to make some sort of container that can be filled with these tag / value pairs, going into the appropriate step slot.

    For example, on step 156, there might be movement of the GUI for both "distortion" and "reverb_onOff", so both those events should go into step 156 slot.

    a final structure might look something like this:

    step156 distortion 0.75
    step156 reverb_onOff 1
    step157 blank
    step158 blank
    step159 reverb_onOff 0
    step159 chorus 0.23

    etc,

    Any ideas on a way to do this, preferably in vanilla pd, but perhaps open to externals if they may do it better?

    posted in technical issues read more
  • mod

    oneSampleDelay.pd

    revisiting this thread. Joe nearly had it...but instead of rpole~, using rzero~ you can get one sample delay

    posted in technical issues read more
  • mod

    Is there a limit of 7 unread posts? Is that a variable that can be changed? Seems a bit low.

    Ideally would like to see all.

    posted in this forum read more
  • mod

    [expr~ $v1 > 0.55]

    posted in technical issues read more
  • mod

    yeah it's just a GUI bang artefact you get there. If you right click on a bang object, you'll see it has a value for "hold".

    your actual control bangs are going through at exactly the speed you want.

    posted in technical issues read more
  • mod

    Miller just posted to the mailing list:

    "I'm just about to release 0.48-1 test 1 - I hope that helps with the font size
    problems."

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!