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

Hi there!
Lots of fine and talented ladies and gentlemen here, i feel i need to finally stop lurking and get my concept together.

I'm banging my head around a concept of realtime granular modulation to the incoming signal.
Every granular synth i have encountered is built upon samples - either recorded or read from a disk.
I would like to make grains out of heavily timestretched first couple of ms of the incoming signal and then continue with the rest of the signal, probably fed from a continuously refilled buffer.

As I'm only a humble piano player the idea of making two tables that somehow manage to synchronize the out-spitting of the little grain-building chunks of audio makes me wonder if there isn't any widespread solution to my problem?

my signal would need to be timestretched at least 8 times its size, so I think there should be plenty of computational time to spare.
For added value I plan to implement beat synchronization so on every next beat the grain catches up on the incoming signal (scraps or saves the buffer and fills it anew)

So putting a long story short: how to feed a realtime signal into a variable length grain window, saving the residual realtime signal somewhere else?
should the timestretching be constant or is it possible to modulate this also?

I hope i made myself clear and someone will offer a helping hand so I can start coding. Of course if I succeed I will share the results

Nikola Kolodziejczyk
http://music.thinkbay.net

Hello to everybody I'm new on granular stuff, so I wonder if there is a manual that can help me to create granular sinthe in PD.

Any help will be very usefull

Thanks

@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

Hello everyone
I'm relatively new on PD and working on a Granular Delay. I am stuck and I would appreciate it if someone could help me.

So what I've been trying to build is a delay module with which I can scrub through the last five seconds of input and process that input with granular resynthesisis. What I need for that is an array which doesn't record five seconds at once, but constantly records and erases it's content. I tried several things but none really worked. But I think I have a clue what to do but not how to write that in PD.

I figured I need to create a array which has 88 samples as the smallest unit (as 88 samples should be the shortest grain length I would like to use). Now the array should record the first 88 samples into position 1 then move those 88 samples to position 2 and write 88 new samples into position 1. The array should do that constantly and when a package of 88 samples reaches a point after 5 seconds (220500 samples) that package should be erased. (picture 1) So basicly I want to handle the input as a sample that constantly changes

A build something similar to this using multiple arrays (example 1), but I don't think using 2505 arrays can be the solution because It might be difficult to code that and to change the grain length.

So that is my problem. I would really appreciate it if somebody could help me

greetings Raffael

http://www.pdpatchrepo.info/hurleur/P1010219.JPG

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