koriifuraa

I have greatly enjoyed using Sakonda's Granular 2.5 patch throughout the years. I would like to modify it so that it will accept a live input such as a guitar instead of just reading a sample.

I tried modifying this using a record~ to record into a buffer~ named 'input'. I then had both the play~ objects within the granular2.5~ objects reference this as well the wave~ objects. I am getting it to record into a buffer without any problems, but the playback with larger grain sizes does not seem to work properly, it seems I can only get small grain distortion sounds. Also sample position selection is not working right either. Has anyone modified this patch to accept live input successfully? Any ideas for me? I've attached the patch as I currently have it.

I have greatly enjoyed using Sakonda's Granular 2.5 patch throughout the years.  I would like to modify it so that it will accept a live input such as a guitar instead of just reading a sample.
I tried modifying this using a record~ to record into a buffer~ named 'input'.  I then had both the play~ objects within the granular2.5~ objects reference this as well the wave~ objects.  I am getting it to record into a buffer without any problems, but the playback with larger grain sizes does not seem to work properly, it seems I can only get small grain distortion sounds.  Also sample position selection is not working right either.  Has anyone modified this patch to accept live input successfully?  Any ideas for me?  I've attached the patch as I currently have it.
Thank you in advance for your help!

sakonda-granular-2-5-for-live-input

I basically want the live input method to sound as smooth as the sample read version does.

Any help would be greatly appreciated.
I basically want the live input method to sound as smooth as the sample read version does.
Thanks!

I used to have a patch that did this, but it's long been separated into separate subpatchers.

However, it's not difficult. Just use a record~ object in loop record mode to record into the named buffer~ that the granulation part of the patch is reading. You can add a feedback path to the recorder by using play~ sync'd slightly behind the record~. 

Obviously the record position and grain play position will cross from time to time, and you'll get clicks. That's either part of the sound, or you could use something like tap.click~ to reduce it.

It's honestly easy to do (I figured it out in my early maxing days!), but if you're really stuck, I'll see if I can dig out the older versions of the patch.

However, it's not difficult. Just use a record~ object in loop record mode to record into the named buffer~ that the granulation part of the patch is reading. You can add a feedback path to the recorder by using play~ sync'd slightly behind the record~. 
Obviously the record position and grain play position will cross from time to time, and you'll get clicks. That's either part of the sound, or you could use something like tap.click~ to reduce it.

this shouldn't be a problem at all, i used sakodna's patch as a basis for my first few live-sampling granulators. you've left out your version the abstraction grain2.5live~ so i can't use the patch you attached to see what's wrong with it! attach it so we can see...

this shouldn't be a problem at all, i used sakodna's patch as a basis for my first few live-sampling granulators. you've left out your version the abstraction grain2.5live~ so i can't use the patch you attached to see what's wrong with it! attach it so we can see...
n


your patch worked nicely for me although I had to create a copy of grain2.5live~ by changing grain2.5~'s references to the buffers you set. I also shortened the time of the buffer from (I think it was) 50 seconds, down to about 5, or 2.5 or something.

your patch worked nicely for me although I had to create a copy of grain2.5live~ by changing grain2.5~'s references to the buffers you set.  I also shortened the time of the buffer from (I think it was) 50 seconds, down to about 5, or 2.5 or something.
Worked a treat..

I figured it out...it was just a dumb oversight on my part...

I had the wave~ objects referencing the record buffer instead of the window buffer. 

I've cleaned up the patch and have reposted this functional version. If you come up with any suggestions for improving the input/record architecture please let me know. I'd love to hear any ideas.

Thanks very much for your input!
I figured it out...it was just a dumb oversight on my part...
I had the wave~ objects referencing the record buffer instead of the window buffer.  
I've cleaned up the patch and have reposted this functional version.  If you come up with any suggestions for improving the input/record architecture please let me know.  I'd love to hear any ideas. 

koriifuraa wrote on Wed, 25 February 2009 14:43

I've cleaned up the patch and have reposted this functional version. If you come up with any suggestions for improving the input/record architecture please let me know. I'd love to hear any ideas. 

koriifuraa wrote on Wed, 25 February 2009 14:43
I've cleaned up the patch and have reposted this functional version.  If you come up with any suggestions for improving the input/record architecture please let me know.  I'd love to hear any ideas. 
Thanks again!
k

working on creating my own live version of this patch. so far i've managed to condense it down to use less sends/returns and subpatches, reduced extraneous features and swapped the rslider with waveform~.

i have a question though. would converting the grain2.5~ abstraction into a poly~ make the patch any more efficient? i saw this method being used in the granularized example patch. not sure how this will work with each grain having a different phase though and i've never used poly~ before.

I'm on the same tip, re-jigging the sakonda patch for my own usage, I'm just trying to figure out how to swap the rslider with waveform~, could you possibly point me in the right direction?

hey cudnylon,
I'm on the same tip, re-jigging the sakonda patch for my own usage, I'm just trying to figure out how to swap the rslider with waveform~, could you possibly point me in the right direction?
T'would be much appreciated.

plug the third outlet of waveform~ (selection start) into the left inlet of the "- 0" object.

for position randomness, subtract the selection start from selection end. expr object is best here. (ex: selection start = 30, selection end = 200, 200 - 30 = position randomness of 170). plug this value directly into the position randomness flonum.

now you can remove the rslider, "p slider_adjuster" object, and the "+ 5" object. if you need any more assistance let me know.

plug the third outlet of waveform~ (selection start) into the left inlet of the "- 0" object. 

for position randomness, subtract the selection start from selection end. expr object is best here. (ex: selection start = 30, selection end = 200, 200 - 30 = position randomness of 170). plug this value directly into the position randomness flonum. 

DF wrote on Thu, 16 July 2009 12:53hey cudnylon,
I'm on the same tip, re-jigging the sakonda patch for my own usage, I'm just trying to figure out how to swap the rslider with waveform~, could you possibly point me in the right direction?
T'would be much appreciated.

It seems I was simply over-complicating things...

nice, thanks a bunch.
It seems I was simply over-complicating things...

Hi there, I know this thread is old but i was wondering if I could get a copy of the patch that koriifuraa was talking about (his final tidied up version.) Iv been trying to modify the granular 2.5 patch myself with no luck and it sound like what koriifuraa has achieved is exactly what i am after.

Is there a download link on the forums? or do I have to speak to koriifuraa or DF directly?

Hi there, I know this thread is old but i was wondering if I could get a copy of the patch that koriifuraa was talking about (his final tidied up version.) Iv been trying to modify the granular 2.5 patch myself with no luck and it sound like what  koriifuraa has achieved is exactly what i am after.

Is there a download link on the forums? or do I have to speak to koriifuraa or DF directly? 

I'm in the same boat as Reuben; I'd love to see what you came up with koriifuraa, or anyone else who's made headway with this.

I'm very new to max/msp, and have been fiddling with the sakonda granular patch, trying to modify it for live use, and would love to see the results of more experienced max users.

Hello,
I'm in the same boat as Reuben; I'd love to see what you came up with koriifuraa, or anyone else who's made headway with this.
 I'm very new to max/msp, and have been fiddling with the sakonda granular patch, trying to modify it for live use, and would love to see the results of more experienced max users.
thanks


I recommand [munger] and [munger1] for this task.

http://www.pan-etc.net/res/dev/Granulate.zip

I recommand [munger] and [munger1] for this task.
maybe you can check this too :http://www.pan-etc.net/res/dev/Granulate.zip


thanks a lot, fp. That's lots for me to explore..

Resurrecting this topic - Does anybody have the sakonda granular 2.5 patch in M4L format that they'd be willing to share? I cannot find this person using Google or this forum. I LOVE the way the sakonda granular 2.5 Max patch sounds, but I am not (yet) a M4L - Max/MSP programmer.

Resurrecting this topic - Does anybody have the sakonda granular 2.5 patch in M4L format that they'd be willing to share?  I cannot find this person using Google or this forum.  I LOVE the way the sakonda granular 2.5 Max patch sounds, but I am not (yet) a M4L - Max/MSP programmer.

https://maxforlive.com/library/device/9734/sakodna-grain2-5

Try this?
https://maxforlive.com/library/device/9734/sakodna-grain2-5

Sakonda Granular 2.5 for Live Input?