Granular Engine
-
@UrsBollhalder this * 9000.
It requires a bit of a brain warp coming from KONTAKT where you have to cram everything into one gargantomanic code sausage but this is one of the main design principles in HISE that I wanted to do differently.
This being said, there‘s a granular synth available in scriptnode which you can modify (I wrote this as a real world use case for SNEX so if you want to change parameters, you can just copy the code and fiddle around with it inside a SNEX node), so abusing the (rather heavyweight) sampler module for these little grains might not be the smartest solution going forward).
-
@Christoph-Hart :astonished_face: That's some interesting news... Well... The cpu consumption is reasonably low but I definitely look into this! I'm a bit scared of scriptnode tbh. But I'll have to get into this eventually...
The problem with the scriptnode_codegen_rewrite branch is that it doesn't like loading my XML user presets (crashes almost every time) and that it sort of messes up all kinds of things (AHDSR Envelope, etc.) When switching to that branch would you generally recommend starting fresh with a project and set it up from scratch or shouldn't that make any difference?
EDIT: I love the look of it as well (codegen_rewrite)!! The new font for the script editor etc. is really nice and also the subtle changes to the UI in general I really like!
-
No, in the end this branch is supposed to be 100% compatible to existing projects so it doesn't matter which one you use, I just had to change so many things that it's inevitable that some things break (eg. the AHDSR module needed to be refactored so that I can use the DSP logic in a node that shares the code with the HISE modulator).
What would help tremendously is if you try to make minimal example patches that works on the scriptnode branch, but fails to load / crashes or sound different on the scriptnode codegen rewrite branch. I've created a issue on GitHub for this so that we keep that all in one place:
scriptnode codegen regression tests · Issue #187 · christophhart/HISE
This issue tries to collect all issues that occur when moving from the scriptnode branch to the scriptnode codegen rewrite branch (which is going to be the master branch for HISE 3 in the foreseeable future). If you notice a different be...
GitHub (github.com)
-
@Christoph-Hart Sure! Of course! I’ll have to take things apart a bit and isolate the issue and see if it persists. I’ll have a look later today...
Edit: At the moment it doesn't want to load any of my XML anymore... also the autosaves are crashing HISE...
-
@Christoph-Hart said in Granular Engine:
@UrsBollhalder this * 9000.
It requires a bit of a brain warp coming from KONTAKT where you have to cram everything into one gargantomanic code sausage but this is one of the main design principles in HISE that I wanted to do differently.
This being said, there‘s a granular synth available in scriptnode which you can modify (I wrote this as a real world use case for SNEX so if you want to change parameters, you can just copy the code and fiddle around with it inside a SNEX node), so abusing the (rather heavyweight) sampler module for these little grains might not be the smartest solution going forward).
How do I get the granulator node to do its thing? I can setup a mod chain with a sine to modulate the grain size f.e. but how to get it going through the audio file? I have it set to scriptnode synth or what it’s called not fx... midi input is there and an audio file is loaded as well...
-
This is a bit counterintuitive, but the granular node is not polyphonic so you need to use it in the monophonic slot.
Granular synthesis normally handles multiple notes by distributing the (fixed amount of) grains across all pressed notes. So if you press one, key, 100 grains will play the single note. If you press another key, 50 grains will play the first note and 50 grains will play the second note (in a random order of course).
However this means that you do not require a polyphonic system which contain a state for each voice.
So:
- put in in the FX slot
- put it into a
container.midichain
node (this will make it process the midi data which is disabled by default for effects) - use the
Position
parameter to scan the waveform.
-
@Christoph-Hart Ahh... Ok... I tried a bit today and was using it in the scriptnode synthesizer module... so midi was working already... But that note distribution that you are describing thing is interesting and will prevent it from blowing up the computer I guess... I'd love to have some control over the attack and release values of the grains, but for that I'd probably have to go down the rabbit hole a bit further...
Edit: Does GrainSize alter the chunk of audio that is being played and adjust the triggering (timer) accordingly? So it'll play more audio but less often?
-
I'd love to have some control over the attack and release values of the grains,
Yes I also thought about adding that. I prototyped the entire node in SNEX and there you could just change the attack and release time as some internal parameters (similar to fiddling around with Shadertoy stuff lol), but that's certainly a useful parameter to expose.
I'm currently working on multisample support for this (and the other file-based nodes) so you can drop sample maps and SFZ files in there.
-
Is this node in the scriptnode_codegen_rewrite build? I am not finding it in the current scriptnode version of Hise...
-
@crd Yep it's in the codegen rewrite.
-
What I am noticing though when using the granulator module is that CPU is hovering around 20%... But maybe I am doing something wrong here. I’d love to have a look inside this thing...
-
Yeah it‘s not optimized yet so if you bump up the grain density it burns unnecessary CPU cycles...
-
I just compiled codegen to experiment with this. It sounds interest but this type of fx would be way more useful to me applied to a sampler's sample map rather than embedded audio. I am having some success manipulating the midi into a sampler but just need to script some sort of voice stealing method to keep the number of voices down. As long as I don't play a 5 note chord everything works great.
-
I'm currently working on multisample support for this (and the other file-based nodes) so you can drop sample maps and SFZ files in there.
I think Christoph is working on this actually... This looks quite promising to me honestly... I mean the whole SNEX workbench thing is quite awesome I find... Not that I am on top of things yet, no, but there are tons of things you could do with it...
I was actually also trying to look into a more controlled way to handle voice count in my engine... still working on it.
-
@UrsBollhalder
whoops... sorry I missed that. yeah, that sounds amazing! The option of being able to work with all the DSP stuff is definitely exciting.
-
Anyone know where I can find the code for the Granulator to paste into a SNEX node? :)
-
@Christoph-Hart said in Granular Engine:
This is a bit counterintuitive, but the granular node is not polyphonic so you need to use it in the monophonic slot.
Granular synthesis normally handles multiple notes by distributing the (fixed amount of) grains across all pressed notes. So if you press one, key, 100 grains will play the single note. If you press another key, 50 grains will play the first note and 50 grains will play the second note (in a random order of course).
However this means that you do not require a polyphonic system which contain a state for each voice.
So:
- put in in the FX slot
- put it into a
container.midichain
node (this will make it process the midi data which is disabled by default for effects) - use the
Position
parameter to scan the waveform.
When I do as you instructed, the granulator works just fine. As soon as I try the same thing in the scriptnode synthesizer, I get clicks and pops. Is there anything additional I need to do to make it work there?
-
@UrsBollhalder
Where exactly are you putting the granular fx when you get it to work? I am getting crazy noise wherever I put it using a script FX or script node synthesizer using a sample map as a source.
(Unrelated, I have been getting good results with a script to limit the voices before a timer based granular script...)
-
Have you Guys Exported Your Project With Granulator Node?
Here Ableton Says That It Not Compatible
-
@crd I just did what Christoph said in his post... so in the midichain container basically... That does the trick. Also for sample maps...