Ok... I have a sequencer built in Pd that is sending bangs/notes to my sampler and then the audio from the sampler is coming back into Pd where I can effect it. (I know running samples directly in Pd would end up being less complicated without adding extra noise and blah blah blah, but that doesn't really factor into my question, so... moving on...)

I know how to accomplish the stutter effect using audio signals, but what method would you use to accomplish the same effect with the bangs that are being sent out to the sampler. Like a data stutter instead of an audio signal stutter. So it would grab a little chunk of the bang/note sequence and repeat that over and over instead of grabbing the little bit of audio signal. That's what I'm after.

Would this have to involve recording bangs into an array and then reading them out of that or something? I have not attempted to figure this out yet, but thought I would throw the question out there to see what anybody thought. Is there a better name for this other than "stutter"?

i'll try to make it short and sweet... if you have a set of sliders and toggles and buttons in a GUI, does the size of these elements have an effect on how much load it has on your cpu?

like, if you have several buttons at a size of 30, and then you make them really tiny (like a size of 8 or 10) would/could that make things run faster? maybe not dramatically faster, but would it have an effect?

i have read several times on here that the Pd GUI sucks up a lot of processing, but i also hear something about it being re-worked so i guess that is cool.

thanks.

i made a 64-step sequencer using graph on parent. i made several instances of it and needed to have some inlets that specified which midi notes each one was sending. then i took that setup and made another graph on parent to hide the extra inlet stuff...

i'm wondering if this is either uncommon or unnecessary.

i wanted to send a loadbang with the numbers 1 through 9 to each of the step sequencers so that each one would send bangs to a particular note on my electribe, and then i wanted to hide that extra junk. if you do multiple layers of hidden stuff like that does it have any sort of drawbacks? it seems to work fine, but is there a better way? i haven't quite figured out the whole dollar sign thing yet..... so yeah........

I just recently figured out the whole graph on parent thing (after like 10 months of learning Pd... finally!!!) but anyway, I was trying to take some of the elements of a big sequencer patch I made and separate them into their own abstractions (is that the correct use of the term?) so I can drop in different parts and effects and whatnot......

So I was adding these different parts into a new file, and everything runs fine, but when I added this loop recorder element it starts running REAAAAALLY slow. Like, I'll try to scroll the screen over and it won't respond until about 5-10 seconds later. The loop recorder does not have very much in terms of gui (just a few sliders and toggles) so I don't think that is it. Also, I don't get any sort of error messages or overflows. Just wondering what it could be if I'm not getting any errors.

I am planning on uploading some stuff soon since I keep downloading other people's stuff to study. I haven't really contributed anything all this time. Thanks.

So the lower the number, the faster the metro, right? How can I invert this so the higher the number, the faster it goes? This is the part where I wish I would have learned more in math classes. If only they would have told me I could someday use math for something practical like designing experimental sound patches. That's practical, right? LOL

I just recently connected a Lexicon multi-effects processor to Pd via midi and have been controlling the settings with a patch. It's pretty cool to control the pitch-shifter and delay times randomly.

I've never used [line] for anything before, but here's what I'm thinking... I want to set it up so that I have two sliders each ranging from 0 to 127. For example, I can set the first to a value of 45 and the second to a value of 82. I already know how to have a metro selecting back and forth between these two values, but can I use [line] to smoothly go back and forth between them? Instead of just jumping back and forth from 45 to 82, can I have controls for speed and "smoothness" of the ramp. This would make for a really cool pitch vibrato with depth controls and sort of like a shape control.

I already sort of accomplished this by reading through an array and drawing the points to make a smooth waveshape, but this other way seems more straightforward if it functions the way I think it does.

I know I can experiment once I get home from work, but my mind tends to be more creative while I am stuck here being paid to not be creative.

Here's what I have set up:

A drum machine sequencer running with all the audio running to dac~'s as well as all the audio running to a left and right writesf~ thing that I can use to grab the audio, sort of like using a looper pedal. I hit a key to prepare it to record, another key to start recording, and then a third key to stop recording and load that recorded audio clip into a looper thingy.

My problem is when I hit the third key in the series all the audio being output sort of cuts out for half a second (maybe even less than that, but it is enough to be noticeable) Eventually I would like to be able to grab a loop of the drum sequencer and start it looping seamlessly.

I know this probably isn't the most technically correct explanation, but it's the best I can do at the moment. I just wanted to know if there was something I am not aware of when using writesf~ and arrays and soundfiler. I know the clip needs to be loaded into the array which I assume takes some time, even if it is only a fraction of a second. Also, the length of the recorded loop is not set, so perhaps that causes problems too. I guess it's ok to be a little sloppy, cuz otherwise it'd just sound too perfect.

So this is nothing new, but what's the deal with using usb video game controllers? What do you need to do to get them talking with Pd? I would assume from what I've read so far that you would use hid... which I have never had a reason to work with quite yet. Maybe I'm wrong.

Bascially I'm just wondering about what kind of messages are accepted and able to be used to trigger stuff in Pd coming from some sort of non-midi usb control. Are there any kinds of controllers that simply would not work? I was considering picking up a usb cable/adapter for an original NES controller, but I wouldn't want to bother if it won't work. On the same note, I'm looking at playstation controllers cuz they have more buttons and those analog sticks. Those might be cool to control something.

I have different keys assigned to "roll" (rapid fire, like a drum roll) different samples. For example, if I press 'R' sample 1 will roll, if I press 'G' sample 2 will roll, and so on. My problem is any time I release a key (keyup) it's as if I am letting go of everything even if I am still holding some of the keys down.

Is there a way to make it so you can be holding down a key, then press and release other keys but have the first key (that you are still holding down) still recognized as being held the whole time?

Don't know if that makes sense. I can get the holding down multiple keys, but as soon as I release any of them it's as if I'm releasing all of them. I thought maybe I needed to assign the key numbers to the keyup commands, but that didn't seem to make a difference.

Any clue?

I just tried controlling my boss dr-770 drum machine with a step sequencer in Pd and when I get it going the audio sounds kinda phasey. It is coming directly out of the drum machine like that, and it only sounds that way when I have the sequencer playing. If I stop it and just hit the pads the sound is normal...

I'm guessing it is some sort of timing issue, but I have never heard of midi control effecting the sound of a device like that. I went through all the midi settings on the machine to see if I could correct it but no luck.