• Matt Stalcup

    Also, thanks to @alexandros and @FFW for pointers.

    posted in abstract~ read more
  • Matt Stalcup

    I've whipped up a little abstraction for this purpose. Posted to the abstraction section here.

    posted in technical issues read more
  • Matt Stalcup

    Based on the discussion here, I've made a small abstraction that checks for a threshhold of # of connections to its inlet and returns 0 or 1 based on whether or not that threshhold is met.

    It's pretty simple but if you need it, it's here!

    cccheck-help.pd cccheck.pd

    posted in abstract~ read more
  • Matt Stalcup

    Thanks @alexandros and @FFW, this is just what I needed! Seems like running a [metro 1] through a message to [canvasconnections] is even pretty inexpensive, so it's not hard to have this actively turn that spigot on and off depending on if a connection is made. Now to make this work constantly across a variable number of inlets!

    posted in technical issues read more
  • Matt Stalcup

    I made a simple abstraction for sending OSC data to Ardour a while back. Maybe it would be of some help to you.

    https://forum.pdpatchrepo.info/topic/11728/abstraction-for-controlling-ardour-plugin-parameters

    posted in tutorials read more
  • Matt Stalcup

    I would like to be able to control a spigot based on whether or not there is a connection to an inlet. Basically, for a given inlet, I'd like to be able to turn off all other inputs if a connection is made to it, and open that back up when the connection is deleted.

    This seems easy enough to do if I use lists to flag where connections are coming from and check for that "type" flag at the point of input, but the issue is when I get rid of that connection, there's no way to tell pd to switch back to accepting other inputs.

    Does this make any sense? If there was an object that put out a 1 or 0 depending on if anything was connected to its inlet, I'd be all happy.

    posted in technical issues read more
  • Matt Stalcup

    Gosh, I really wish I had enough reputation to edit posts. Taking the wavetable off the abstraction graph-on-parent cut cpu usage some. I'm still getting little popping noises when I drag the xysl around fast enough, though.

    also, @svanya, i forgot to tag you in the last post.

    posted in abstract~ read more
  • Matt Stalcup

    Hey! Valuska-Yoshimitsu is my other account I made because I had temporarily lost access to the email for this one.

    I've been playing with this and it sounds beautiful. Thanks for your work.

    I made a couple of changes:

    -changed the $1 arguments naming the wavetable to $0
    -added [line] objects after the xysl router to smooth out transitions]
    -added [tabosc4~] and accompanying outlet/inlet
    -added an inlet for a xysl as it comes packaged. (i'm not sure why, but i can't get xysl to respond when it's in a subpatch or abstraction. Additionally, not sure how you got it to data scale the way you did, so I added glue in wavebypartial for data scaling)

    Here's the updated version-wavebypartial_b_2(viaxyslider).zip

    Finally, I absolutely love the way this sounds: I want to run like 10 of them at once. Unfortunately, it's cpu expensive. My guess is that it's all of the sinesums going on.

    I've thought for a while now that it could be possible to achieve this waveshaping effect by creating a huge bank of tables instead of running sinesum every time you want to switch. This is probably foolish, but I'm curious if you have any thoughts.

    Thanks again!

    posted in abstract~ read more
  • Matt Stalcup

    Oh my god it was because I was printing the lists. The moment I cut the cord to [print], i went from 97% on a single thread to >3% for all threads combined.

    Thanks everybody for helping in this thread. I appreciate that the pd forum is a place where I can come to learn without worrying too much about having to know everything already.

    posted in technical issues read more
  • Matt Stalcup

    I don't have edit permission but I wanted to correct something, the script doesn't input ctrl+e when pure data is running, but rather when pure data is the active window.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!