Incorperating Grainstretch~ into my audio glitch patch
I have been recently creating a simple glitch patch and would like to incorporate some granular controls into my patch, this is my first time using max so i just wanted to make something simple that works, so far i have three buffers and the patch has been designed so that if you are using three audio files with the same bpm (or Stems) then you can synch them together. i want to add some controls of grainstretch~ without affecting this function of the patch so if anyone has any ideas how i can do this it would be much appreciated.
I think it would be nice if it could somehow be connected after the delay?
I will paste my patch below, you can get a better idea of what im trying to achieve if you view it in presentation mode
many thanks
well you *can* potentially use grainstretch and sync start with it - set the position to 0 hard, then set speed to the same number, and it should - potentially - hold the sync for a while. But in general granulating things and syncing things at the same time does get messy.
And grainstretch~ might be a case of overkill, depending on what effects you wish to achieve or apply. You can get pseudo-granular pitch stretches and grain slices just with an automated and synched delay line.
Brendan
well I don't really think overkill matters in glitch music but my main problem is incorporating it without making existing functions of the patch nonfunctional, for example the grainstretch seems to work directly from the buffer but i have the sync (start time) and pitch function working from the groove so they will not work with the grainstretch, i know things will go out of sync when u start using granular modules and this doesnt really matter, but its being able to sync, de-sync and synch again if you wanted to is what im trying to achieve, is there any way around this atall?
Im pretty sure the reason behind this is that the controls of my patch mostly work from the groove and the grainstretch is working straight from the buffer which is why they have no effect?...
You can put grainstretch~ in stream mode, then you don't need to worry about it at all.
Or, another workaround I employed in my liveset patch, use your groove~ to read a saw wave (of appropriate size) instead of the sample to want to glitch/play with. Load the latter sample in to grainstretch~ and scale~ the saw wave (coming out of groove~) to the max and min milliseconds in your sample. Convert that signal into numbers and patch it to your [set $1] going in to grainstretch~.
That way you're still controlling playback through the groove~ and you can add other controls for whatever parameters you care about in grainstretch~ (you might have to compensate for some things going on in grainstretch~ on the groove~ end. For example, if you're trying to slow grainstretch~ you also have to slow the groove~ frequency and vice versa, otherwise you get really undesirable and useless glitching.)
If you're looking to granularize a stream, then I prefer using something other than grainstretch~
My preferred method is using grainfreeze by Robert Henke /Monolake instead.
Thanks for all of the advice, i have attempted to use grainstretch in streaming mode although i am still unable to get it working with the controls (sample start, Pitch, start and end buffer parameters ect) that are attached to the waveform named audio sample 3, i have also tried using the grainfreeze object instead but have had the same problem's with that also, if anyone could send me an example of the patch i posted working with any of theses objects and still maintaining its working functions then it would be appreciated, also any more tips or advice would also be very much appreciated
many thanks to everyone for taking the time to help a noob :)
The help page for Grainstretch~ show's you everything you need to know.
There's a "Stream Mode" subpatch.
also, grainfreeze works on any audio stream, so you just strap it to the very end of your signal chain.