Hey folks.

Here's a polyphonic granular playback (and sampling) patch, I've been working on it for a while, I've used some different versions of it for a few different projects like the EN-1 video I posted last week. Full patches here: https://github.com/yannseznec/Granular-Polyphonic

It's currently 8 voice polyphonic, and uses 8 grains. These could both be raised significantly on any standard computer, I've kept them low for running on low-spec boards. It currently uses MIDI note input to play, with the note values controlling pitch. All other settings are controlled via UI sliders.

It's getting to a pretty decent point now, where it's relatively flexible...my long-term goal has been to make it somewhat drag-and-droppable.

It still needs work, of course! A few things I'd like to get some feedback on, if anyone has the energy to download all of the patches and have a play:

• At certain pitch values (particularly low ones) there is a fair amount of high frequency noise. I guess this is aliasing? I've tried to use the lop~ object to filter this out but it hasn't proven to be a satisfying solution. Any tips? I can just about understand why it's happening, with all of the fast phasors going on and the repitching of a sound file and so on, but it's still somewhat frustrating.
• Does the patch generally make sense? Any glaring mistakes?
• Any ideas for how you would use a patch like this, which could lead to different features, UI elements, or approaches to a hardware build?

In any case, enjoy! Hope you like it.

My new standalone granular sampling synth, made entirely in PD and running on a Bela in a custom box. The patches need some cleanup, so I'll be updating them over the coming weeks but feel free to have a look (and tell me how to improve them): https://github.com/yannseznec/Granular-Sampler

@metaphysician Yes, [phasor~] is often used. There should be some useful bits in this...... Microsound-granular.pd
David.

hi.
I'm looking for music that I can hardly describe. like "contemporary musique concrète" - musique concrète that makes use of the latest dsp and synthesis techniques and breaks conventions of form and harmony. it entirely lacks the element of repetition as a musical base. it doesn't care about sonic consistency - one moment the entire sound space might be filled with, say, a glitchy granular cloud of voice sample, the next moment an analoge synth pad fills out everything, next comes some additive lfo madness. it encompasses elements of "sound scape", noise, experimental. it is less repetitive and more dynamic than typical noise music or almost all electroacoustical stuff that I know. It completely changes timbres, flavours and clolors without ever predictively coming back to them. mangles voices through granular systems, encompasses fx otherwise only heard in scifi and phantasy movies. jumps in your face with aggressive intensity in one moment, next instance hides away in sublime lightness. it doesn't restrict itself to a specific set of instruments / tools. effects like reverb, phasing, distortion, delay etc aren't laid on top of instrument tracks but their parameters are heavily modulated to become integral part of the dynamic nature of its sounds.

amon tobin? - a little maybe but without the need to sound like traditional modern music with a continuing (if only underlying) harmonic / rhythmical base structure.

aphex twin? - same: less focus on drums and (generally) steady rhythmical flow.

noise music? - is far too repetitive in terms of timbre and dynamics (I don't know that much noise, maybe look that way?

generative music? - usually focuses on the composing algorithm more than on the refined sound engineering.

idm? - we need less repetition and more drama.

I specifically add at this point that I am not drunk as I am writing this

Maybe someone heard this kind of sound and has the heart to help a craving listener. I might still add to the description if better words strike me.

cheers,
oyster

@esaruoho PS....... you are not using [line~]..... you are using [line].
With [line~] it should be fine.
You will need to remove the "1" from the [*~ 1] of course.
It is very hard for us to test, communicate or make corrections unless you upload your patch...... and extremely hard to spot any errors.
Try this....... Microsound-granular.pd ........... if you get clicks then there could be a different problem..........
David.

@tomascowes I cannot see the video (in any browser).

The screenshot looks like it is the one by Andy Stoke......
If so...... here it is....... fixed........ https://forum.pdpatchrepo.info/topic/11348/andy-stoke-s-granular-pd-patch-help/3

You will need to click the bang above [openpanel] and load a wav audio file to see the image in the graphs..... see below...
David.

@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

To do this in real-time, I gotta think you'd need a six-channel pickup to make that happen. On a monophonic input, a granular delay that followed the pitch and then did some pitch-synchronous granular detuning might work somewhat convincingly. But polyphonically on a guitar, there would probably be a need for an extensive library of chord fingerings to analyze along with a good estimation of the likely fingering of monophonic lines given that there are multiple ways of playing the same thing on a guitar using different strings.

That would seriously be a cool effect, though.

Hello everyone, long time no see.

I've been getting back into Pd lately and have been messing around with some granular stuff. A few years ago I posted a [vphasor.mmb~] abstraction that made the phase reset of [phasor~] sample-accurate using vanilla objects. Unfortunately, I'm finding that with pitch-synchronous granular synthesis, sample accuracy isn't accurate enough. There's still a little jitter that causes a little bit of noise. So I went ahead and made an external to fix this issue, and I know a lot of people have wanted this so I thought I'd share.

[vphasor~] acts just like [phasor~], except the phase resets with subsample accuracy at the moment the message is sent. I think it's about as accurate as Pd will allow, though I don't pretend to be an expert C programmer or know Pd's api that well. But it seems to be about as accurate as [vline~]. (Actually, I've found that [vline~] starts its ramp a sample early, which is some unexpected behavior.)

[vphasor2~] is [vphasor~] with an additional signal inlet. This inlet expects another positive-ramping phasor and is used for hard-syncing. When the phasor inlet gets a drop--as happens when a the phase cycle starts over--[vphasor2~] resets its phase to zero. It also does this with subsample accuracy by taking the last and first samples of the phase and estimating when it reset. That's why it needs a positive-ramping phasor as the input. If you try to hard-sync with a sine wave or something, it won't work.

As far as I can tell, everything is working, but let me know if you find a bug. I tried to document the code thoroughly as well.

The sources and helpfiles are included in the zip file. It uses the Makefile template, so just type "make" and it should compile.
vphasor.zip