@whale-av I know I'm definitely missing something here - from the "clip" object to the second slider of the granular portion of the patch, at least on my end, there is no jumping back and forth. It seems the "set jitter rate" object isn't really transferring to the granular portion and/or the random object in the granular section isn't bouncing back and forth. I know I'm probably missing something extremely obvious, but it's not becoming apparent

EDIT: Aha, pay me no nevermind... you got it! Ah, and you gave me some other neat stuff too. Thanks again!

Hi Guys! I'm currently working on an extended patch that has adapted current granular patches and added extra functionalities. The idea is to create a practical and creative sound design tool; focussing as mic input as the source...

In the main patch both locators for "pd sampler" work due to the stated sample rate of 44,100hz. However in "pd live granular" the right locator does not work! I know this is because "pd live granular" supports a varying sample rate; depending on the length of the recording.

Could anyone point me towards how to modify the right locator so that it functions for any sample rate?

11THAPRILWILLBSPOKEFORFORUM.pd

Hi,
I'm trying to figure out the logic behind the attached patch. [vd~] receives continuous data from a [phasor~]. so the delay value is continuously changing??? why?
Also, I wonder why the sawtooth wave is inverted (by the [*~ -1] and [+~ 1])
Thanks a lot!

http://www.pdpatchrepo.info/hurleur/3-7-2-1-granular-live.pd

hi there,

Trying to make a sampler that the pitch and speed is controlled using granular.
Started with this patch from tutorials but can't get sample loaded from the (patch attached)

'BANG' load sound file

openpanel

read -resize it$1 array3

soundfiler

To work properly. It keeps giving only small sections of the sound file as a loop when in playback.
The patch on the right there uses the same prompt to array1 - but does not use the granular patch for playback works fine.

Any idea why this would be the case?
If I can fix this, I can load up the whole instrument which includes microphone and camera input/interfaces to control the pitch and speed parameters.

Any help greatly appreciated

http://www.pdpatchrepo.info/hurleur/granular_sampler.pd

@slur said:

not realy
in granular synthesis you change the playbackrate of a small block and change the start position

These aren't really requirements for granular synthesis, though; they're just some of the many parameters that can be manipulated. Granular synthesis is pretty flexible and open-ended. This looks to me like some kind of granular time-stretching.

Hello

I made a Granular delay, and I would like to share it with you.
I included a feature that I missed in granular delays I tried out a steady movement through the buffer.

Greetings Raffael

http://www.pdpatchrepo.info/hurleur/Granular_Cloud_Delay.pd

i'm trying to create a message box for a patch i'm working on...

i managed to create this message;

;
pd-granular.pd obj 200 20 comment 0 9 . granular v.0.2

this creates the comment "granular v.0.2" inside the patch called granular.pd.

i need to be able to delete this message and send others instead to certain positions within the patch...

any abstractions you guys know about that could be helpful?

@alistair said:

... I remember you describing the downfalls of using a commercially produced program against an open source program which is being renewed regularly

Hi Alistair,

I think my point there was actually the *advantage* of the commercial offering vis stability. It's great that FOSS applications are constantly up to date with new ideas and improvements, but this can work against you sometimes. Always be careful in upgrading to the latest versions and try to use the minimal set of units in your work until you know what is "permenant" and what is "fleeting". Some things just die off because their authors move on to ther things and nobody will adopt them to support.

For me it's extra difficult because I write a lot of Pd code for <b> others </b> to learn from, not just my own personal use..

I had a question about Open Music (I operate a Mac) against Pd. Open Music is certainly cheaper than msp (120€(OM) as opposed to the 600$ (msp)), and (so I'm told) has a strong spectral analysis/fft, and a good support system. I wonder if you had any opinions about this.

Sorry I do not know this software,

A few respected colleagues suggested OM to me; another remarked that "Pd is really old, and even quite slow!" - i didn't have time to get him to elaborate, but -
-I imagined he was talking about live concert situation, using acoustic instruments, which is what he and I do; perhaps involving real time granular synthesis, rapid shifting between granular setting , sampling/transposition, spatialisation and circular movement amongst speakers (this referring to the "spat" module in msp). These would be my areas of concern, just now.

I am afraid your colleague is misinformed. It's nonsense to suggest Pd is "slow" in any way because it's old. Software, unlike physical machines has a tendancy to get faster with time rather than slower (because it gets improved). If you look at the source of Pd you will see it's written in rather efficient vanilla C, that makes it run VERY fast indeed. The GUI which is TC isn't so fast, but that has nothing to do with it's performance.

hallo obi,
thanks for the post, I was trying to find a similar post you made, about, er, a month ago when someone (new to Pd) wanted to know comparisons between Pd and Maxmsp (and another prog.). I remember you describing the downfalls of using a commercially produced program against an open source program which is being renewed regularly; i just couldn't find it, it might've helped to've quoted the link...

I had a question about Open Music (I operate a Mac) against Pd. Open Music is certainly cheaper than msp (120€(OM) as opposed to the 600$ (msp)), and (so I'm told) has a strong spectral analysis/fft, and a good support system. I wonder if you had any opinions about this.
A few respected colleagues suggested OM to me; another remarked that "Pd is really old, and even quite slow!" - i didn't have time to get him to elaborate, but -
-I imagined he was talking about live concert situation, using acoustic instruments, which is what he and I do; perhaps involving real time granular synthesis, rapid shifting between granular setting , sampling/transposition, spatialisation and circular movement amongst speakers (this referring to the "spat" module in msp). These would be my areas of concern, just now.

http://www.puredata.info/Members/nmariette/granular-implementations/document_view