Question for real-time-playback stuttering

Jun 23, 2011 at 2:59pm

Question for real-time-playback stuttering

Hi guys,

I am very new to Max/MSP, so bare with me!
So I tried creating an audio probability drum machine with some filter effects, and in the past, I created a simple stutter idea, using the buffer~ object, but in this patcher, I use the sfplay~ object to play my soundfiles.

Now, my question is how to use my stutter idea that I have (on the bottom of the patcher) within the current patcher, and stutter my 4 soundfiles without looping them, and all playing at once?

Thank you so much!
Yiannis

– Pasted Max Patch, click to expand. –
#57737
Jun 23, 2011 at 6:51pm

I hope I copied the patcher’s text correctly for you guys, it’s my first time, I am sorry in advance.

#207130
Jun 24, 2011 at 6:06am

Anyone?

#207131
Jun 24, 2011 at 10:00am

Patience young Jedi

Can I ask why you made the switch from [buffer~] to [sfplay~]; if you desire loop-length/repeat control over audio then would you not be better off with [groove~] etc?

I can highly recommend this guy’s collection of toots:
http://www.youtube.com/watch?v=hcVlPpaG4qQ
Brendan

#207132
Jun 24, 2011 at 3:27pm

Thank you for your response Brendan!

Maybe I wasn’t very clear on my question, sorry about that, let me rephrase it:

So I have basically 2 patcher ideas, the drum machine idea that loads its individual samples with sfplay~ and then the stutter edit idea, which I imported from another sample, given that I made this a long time.

Now, I am scratching my head on how to implement the stutter edit patch that I made on the bottom, in my patch, in a way that I will use an object just to load the samples, but not loop, I want them to still keep playing randomly (you can always refer to the patch, to see what I am talking about) but stutter all 4 samples together, without them looping back and forth, I just want to stutter the samples by holding down a key, and when I release them, to continue their random motion.

I have seen this guy’s video before to get some ideas, but in this case, I didn’t want to load an all-in-one rhythm kit clip, I just wanted to have 4 different ideas, playing randomly.

There goes it, sorry for the long type!

#207133
Jun 24, 2011 at 4:06pm

“Now, I am scratching my head on how to implement the stutter edit patch that I made on the bottom, in my patch, in a way that I will use an object just to load the samples, but not loop, I want them to still keep playing randomly (you can always refer to the patch, to see what I am talking about) but stutter all 4 samples together, without them looping back and forth, I just want to stutter the samples by holding down a key, and when I release them, to continue their random motion”

I haven’t time to hack your submitted patch, but here’s a pretty flaky way to achieve what you want…according to the quote above….

– Pasted Max Patch, click to expand. –

Brendan

#207134
Jun 24, 2011 at 4:23pm

That works somewhat, thanks so much!

But now the thing is that whenever the gswitch opens, it stutters the soundfile by taking it back to 0 time, while I wanted for it to stutter wherever the loop’s position is at the time. Also, in my little example, I have many stutter options, that are a bit more smooth, in regards of timing.

Here’s what I mean: (try loading a sample)

– Pasted Max Patch, click to expand. –

Thanks again!

#207135
Jun 24, 2011 at 5:34pm

“it stutters the soundfile by taking it back to 0 time, while I wanted for it to stutter wherever the loop’s position is at the time”

this describes exactly what [groove~] is designed to do; there’s no need at all to use separate objects for random triggering and stuttered playback; there’s an extensive discussion here:

http://cycling74.com/forums/topic.php?id=30356

The [groove~] and [sfplay~] helpfile should also help; did you know, for example, that [sfplay~] will also do stuttered looping?

Brendan

#207136
Jun 24, 2011 at 6:38pm

It’s an interesting discussion, and I will make sure to follow it for future reference, however, unfortunately, it doesn’t really solve my problem, on how to merge the two patch ideas that I have together…

You might want to open the two different patches I sent here, so you have a better idea on what I am talking about, if that’s not a hustle for you!

I, basically, want to connect my [sfplay~] objects to the stutter edit patch, and take it from there, but I am not sure how to:

1. Get sound from it.
2. Stutter whichever soundfile is playing at the time, and NOT go back to time 0. (as I have already done in my stutter patch)
3. Have different stutter choices in durations. (as I also have done in the patch, with the [split] object)
4. Make sure that, by the time everything works, the notes don’t loop, like in the stutter patch. I just want them to trigger randomly, like in the Drum Patch!

I took the initiative to send you (and for the forum) the .zip file with all soundfiles and the two patches. The main patch is Drum Patch and the stutter idea is Stutter To Work On.

Again, thank you so much for taking time to help me Brendan, I am trying to get better at it!

#207137
Jun 24, 2011 at 8:39pm

I am more than happy to try to assist, but can you clarify one thing:

1. you want the random-player to connect to the stutter patch, that’s clear;
2. but then you say ” make sure the notes don’t loop”? But surely the stutter effect requires looping?

Everything else is clear, and simple to implement, just clear this up for me and i’ll take a look…..

Brendan

#207138
Jun 24, 2011 at 9:20pm

1. Yes!
2. Of course, loop within the stutter, but after you pull of the key, to just go back to the random mode!

Thanks so much man, I owe you one!

#207139
Jun 25, 2011 at 10:14pm

Any luck??

#207140
Jun 26, 2011 at 10:59am

it’ll be mid week before i get any free time – 2yr old son, PhD and wife to maintain!

#207141
Jun 26, 2011 at 2:47pm

Oh yeah, absolutely no problem! There are a couple of things I would like to try too!

#207142
Jul 3, 2011 at 8:01pm

Bumping the topic once more, if anyone can solve my problem, I would be really grateful!

#207143
Jul 6, 2011 at 10:16pm

Bumping it one last time, sorry for the persistence, I still haven’t resolved my problem.

#207144
Jul 7, 2011 at 12:30am

i’ll look at this tmoro

#207145
Jul 7, 2011 at 2:23pm

Hey
this is all I got time for I’m afraid……not perfect but it does what you ask although it doesn’t use the patch elements you submitted – simply don’t have time to do others’ work for them, sorry

enjoy

– Pasted Max Patch, click to expand. –

Brendan
ps, you should look at the [chucker~] object

#207146
Jul 8, 2011 at 10:13am

I had so much fun with this, that I recorded it:

http://www.youtube.com/watch?v=Isv_PtTA7dI

Not exactly rocket science, but a simple and fun way to do ‘granulator’ or [chucker~]-type stuff with one [groove~] object.

Brendan

#207147
Jul 8, 2011 at 8:00pm

That’s really awesome Brendan, I also subscribed to your channel!

I can put this patch into some use in the very near future, though for my existing patch (not the stuttering one, the main one) I cannot seem to be able to stutter an ongoing signal from the sfplay~ objects. Now, I understand that I don’t have to use sfplay~, especially when there are so many linear variations of this object, but with the buffer~ object, it doesn’t seem to respond to the bangs that I have from an ongoing signal, it can only store a loop.

To my sad realisation, the stutter patch really doesn’t work on the drum patch, even after studying chucker~, buffer~, sfplay~ etc., to find clever alternatives to override that.

#207148

You must be logged in to reply to this topic.