• 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
  • Matt Stalcup

    Hey everyone,

    I wasn't sure where to post this, but I wrote a little bash script to make my mouse input ctrl+e only when purr-data is running.

    In the hopes that this makes someone else's life a little easier, here's the script- you just need to bind it to your chosen mouse button using xbindkeys. (xbindkeys -k will pop open a little window where you can find out which button you're trying to assign, xev also works, but you'll need to download it as well) You'll also need to download xdotool if you don't have it already. I've included an xbindkeys config file as well.

    note that you'll need to replace "purr-data" in the script at line S1='"purr-data"' with whatever the class of the windows are for the version of pd you're running. you can find this by running xprop in a terminal and clicking on pd, there should be a line with WM_CLASS. The text you want is what's in quotations after the third space in that line. The script will look for those quotation marks, so make sure you include them between the ticks!

    If you're running purr-data and the button on your mouse you want to assign is somehow b:2, then this will work out of the box as long as you make the script executable and run xbindkeys -f /path/to/~xbindkeysrc

    I know I've done a shoddy job explaining this, so please feel free to contact me if you want to get it working! I know it's saved me a lot of reaching to my keyboard when I'm disconnecting and connecting and testing things.~xbindkeysrc purr-data_editmodetoggle.sh

    posted in technical issues read more
  • Matt Stalcup

    @obineg, to your point: Adding a ton of numbers to my lists doesn't seem to increase load that much. Load increases a lot when I am running multiple instances of [line-inter] simultaneously. My goal is to interpolate between 4 lists plotted at corners of an xy field, which I can do but it turns out actually does spike my CPU to like 98 percent on Purr-Data's thread. Currently trying to hook up @jameslo's solution and see if it takes the load off.

    My issue there is that I'd like to be able to dynamically set the number of floats in the array, so that's holding me back presently. Is it as simple as putting a $1 at the end of that array object? I don't know! Here I go to find out.

    posted in technical issues read more
  • Matt Stalcup

    Hey so I tried it out and I gotta say, this is a really pretty way to carve out some CPU.

    I'm not sure what was going on with my system, but I think when I first made this post pd must have had some persistent hiccup (maybe an issue with connecting/disconnecting from Jack) that was causing the CPU spikes.

    I have your solution saved and may return to it later, but for now it's just not much cheaper than [list-inter] so it'd be more of a headache to implement it into what I've already got than to push forward as is.

    Sorry to waste your time (and anyone reading this) by making a post before just restarting my computer, but it really did seem like [list-inter] was causing massive spikes. Thanks a bunch, Jamesio!

    posted in technical issues read more
  • Matt Stalcup

    Hey thanks for replying, I'm gonna try out your method here and report back.

    I messed up when writing the initial post, I was actually using [line $1 $2] to test things out and wanted to write it just with default arguments to show that I have the issue with defaults. Misremembered the first argument as the initial value instead of ramp length in ms.

    posted in technical issues read more
  • Matt Stalcup

    I'm using [list-inter] and controlling it with a slider sent through [line 0 20]. Dragging the slider around is giving me CPU thread spikes at like 80% on an i5 quad core at 4.0Ghz and the lists only have 5 floats. Ideally, I'd like to be able to smoothly interpolate these lists with many more numbers (possibly even at audio rate with [line~]).

    Just wondering if anyone has any tips for managing this or if I basically need to buy a new CPU/scale back my vision for this application of [list-inter]

    posted in technical issues read more
  • Matt Stalcup

    Just wanted to say this thread is tight and made me smile

    posted in abstract~ read more
  • Matt Stalcup

    @whale-av thanks a bunch!

    posted in abstract~ read more
  • Matt Stalcup

    I remember seeing that somebody made a pack abstraction with all hot inlets. Does anyone know where to find this? I've been looking for a while now.

    Thanks much!

    posted in abstract~ read more
  • Matt Stalcup

    Thanks for the quick response. I will try these and let you know about it sometime this week.

    posted in technical issues read more
  • Matt Stalcup

    Hey All,

    Purr-Data seems to be causing my computer to crash.

    I was running Antergos' bleeding edge kernel when the issue began. In an attempt to fix the problem, I overhauled my system and installed realtime LTS Manjaro. Still Crashing.

    I thought the issue was maybe that my Bios had virtual machines disabled. I enabled them, and at first I thought the problem was fixed but then I got another crash.

    My computer has a 4.0 ghz processor and 32 GBs of RAM. Htop shows me that I'm not really putting too much pressure on the system even.

    When the crash happens, everything freezes on my Desktop, but audio is still processed by both Ardour and Purr-Data. I'm using (tragically) an Nvidia card with proprietary drivers. Could this be the issue?

    I can't seem to crack this nut, friends. I spent all day yesterday and much of today on it. If you have any ideas about what might be going on, please send a lifeboat my way!

    posted in technical issues read more
  • Matt Stalcup

    I would love to use this abstraction, but I really don't understand where to put my data set.

    Could you explain how to use this?

    posted in abstract~ read more
  • Matt Stalcup

    I haven't touched PD in months and I started a project the day you posted this, used mscale not realizing that you had posted it just hours before.

    Weird!

    Thanks for the helpful object!

    posted in patch~ read more
  • Matt Stalcup

    I made this abstraction to simplify the process of connecting to an Ardour-run plugin through OSC.

    You just pick the strip number, plugin number, and parameter number. Data sent to the abstraction's input will be passed to the parameter you choose. You need to make sure that you enable OSC in Ardour by going to Edit > Control Surfaces > Open Sound Control (OSC). You should also make sure Ardour is using the same port as the patch (obvy).

    I hope this saves somebody some time digging through Ardour documentation!

    ardosc.pd

    posted in abstract~ read more
Internal error.

Oops! Looks like something went wrong!