drewmcm

sorry it's probably really simple question.

I've tried many granular loop solutions :-

all these work great except that I can't seem to set loop start and end points.

I've also tried to use mdeGranular~ but that won't load properly on my system (sorry see previous post), keep getting

mdeGranular~: unable to load object bundle executable

Is there any other gran looper that controls pitch and speed etc.. but will let me set start and end points.

I've tried many granular loop solutions :-
grainstretch~
gran.groove.file~
granularized~
time stretcher 010
all these work great except that I can't seem to set loop start and end points. 

I've also tried to use mdeGranular~ but that won't load properly on my system (sorry see previous post), keep getting
mdeGranular~: unable to load object bundle executable

set-loop-start-and-end-points-with-granular-looper-pitch-speed

What we do in my orchestra is with grainstretch~ :

Set its speed to 0., and then we scrub using the "setpos $1" messages - that way, we can do a ramp from value x to value y, at the pace and position we want.

If you're looking for something else, like if you're looking to do super-tight Ableton Live style stretch things, then do tell.

Set its speed to 0., and then we scrub using the "setpos $1" messages - that way, we can do a ramp from value x to value y, at the pace and position we want. 

If you're looking for something else, like if you're looking to do super-tight Ableton Live style stretch things, then do tell.


just looking to manage/set the start and end points of an audio file

then play adjusting pitch and speed as desired.

just looking to manage/set the start and end points of an audio file
then play adjusting pitch and speed as desired.

among other things, yes. Have you tried setting the speed to zero and moving the playback position manually yet? That's really where grainstretch~ shines, in my opinion.

There are maybe 3 types of loop implied here: the individual loop of the grain; the location of the grain(s), and then cyclic transition through that location. FWIW, here's an annotated description of the method I use for independent pitch, grainsize and looping of a single grain; used inside a [poly~] it requires phase-offsets and other tricks to get the smoothness characteristic of the examples mentioned here. The cost of 

 algorithm is that parameters only update at the frequency of the central phasor, so large grains (> c.50ms) reveal a little update-latency, unlike Timo's example (I think I'm correct).

Hi
There are maybe 3 types of loop implied here: the individual loop of the grain; the location of the grain(s), and then cyclic transition through that location. FWIW, here's an annotated description of the method I use for independent pitch, grainsize and looping of a single grain; used inside a [poly~] it requires phase-offsets and other tricks to get the smoothness characteristic of the examples mentioned here. The cost of this algorithm is that parameters only update at the frequency of the central phasor, so large grains (> c.50ms) reveal a little update-latency, unlike Timo's example (I think I'm correct).

added playback(scrub)-loop start/size/speed control

 a complete, standalone granulator; it merely demonstrates the engine I use, and the novelty or originality of certain elements (such as decorrelation between grain pitch and size).

I should emphasise that this patch is not a complete, standalone granulator; it merely demonstrates the engine I use, and the novelty or originality of certain elements (such as decorrelation between grain pitch and size).

hey hey hey, this is so cool, Brendan - very slick, and dare I say it, understandable granular.

I think it helps that it isn't rolled up in a poly~ that last one - but it sounds so good, I do wonder what it looks like and sounds like in a 4-6 voice config.

hey hey hey, this is so cool, Brendan - very slick, and dare I say it, understandable granular. 

I think it helps that it isn't rolled up in a poly~ that last one - but it sounds so good, I do wonder what it looks like and sounds like in a 4-6 voice config.


hey guys, thanks for your help - nice patch brendan, just to be clearer I'm looking for how to set start and end points for the audio file playing through the buffer (as you can with groove~) - would like to use waveform~ to show/edit start and end points.

working on graistretch~ solution now (thanks wetterberg) - and will further play with your solution to brendan.

If anyone has any other thoughts/ideas let me know,

hey guys, thanks for your help - nice patch brendan, just to be clearer I'm looking for how to set start and end points for the audio file playing through the buffer (as you can with groove~) - would like to use waveform~ to show/edit start and end points. 

here's what I've come up with using grainstretch~ so far -

does this look similar to your set up wetterberg?

(attached - couldn't get compressed to post for some reason)

Only issue I have is whenI want to adjust audio loop start, end, or speed on the fly I get a staggering of the playback as the line continuosly resets/re-triggers.

I would like to be able to adjust those points smoothly, as you can in groove~.

here's what I've come up with using grainstretch~ so far -
does this look similar to your set up wetterberg?

Well, Andreas, you might appreciate this gen~ version I made recently. Again, pitch, scrub, freeze, etc are independent, but actual grainsize is locked at 30ms (two 50%-shifted grains of 60ms length). This is a compromise, based on having 2 overlapping grains per voice; the shifted grain engenders pitch variation when grain size is altered. However, there is a trick that creates the illusion of user-variable grainsize ;) I also added a touch of pitch-mod control, which allows for FM-like grains.

It could be further enhanced by assigning unique phase-offsets for each grain pair. But it sounds smooth enough as it is:

It appears that you want a dynamically variable message to the line object; I included an example in my patch above; to vary the parameters of the line ramp you have two choices: vary something during a ramp (which will cause the jitter you mention), or wait until the ramp is finished before changing something; here is an explicit version:

I'v also added a phasor~ to control position. Have attached the subpatch for this.

this means speed and direction can be controlled fluidly, and you can also adjust start/end points on the fly without too much stutter...

I'v also added a phasor~ to control position. Have attached the subpatch for this.
this means speed and direction can be controlled fluidly, and you can also adjust start/end points on the fly without too much stutter...

set loop start and end points with granular looper ((pitch& speed)