|
 Kyma Forum
 Tips & Techniques
 constraining FreqJitter ?
|
| next newest topic | next oldest topic |
| Author | Topic: constraining FreqJitter ? | |
|
phillipm Member |
posted 22 June 2012 12:30
 
Just wondering if anyone knows of a way to constrain the random FreqJitter in sound prototypes such as GrainCloud, SampleCloud, or MultiSampleCould ... so that it would "jitter" between a small set of user determined pitches. The help window give the following clues as to how FreqJitter affects the frequency of the grains: (1 + (<randomNumber> ) * FreqJitter)) * Frequency IP: Logged | |
|
SSC Administrator |
posted 22 June 2012 16:25
If you construct the grain cloud from the ground up (for example by making a single grain and then using Replicator to duplicate it), then you could start making alterations like constraining the frequency choices. IP: Logged | |
|
phillipm Member |
posted 23 June 2012 13:55
Did you mean I should "retro-engineer" a GrainCloud or SampleCloud starting with a Sample prototype? Using one of the "Cloud" prototypes (with or without Replicator),I know I can program the the Frequency parameter to using something like 1:bpm to drive nextRandom with some constraints to create something close to what I was imagining, but I thought maybe it was possible to actually do something with to program FreqJitter. That way each new grain is automatically affected, which would eliminate the necessity of using BPM to drive pitch changes. Using a GrainCloud with Replicator sounds and functions a lot like feeding multiple GrainClouds set to different frequencies into a Mixer prototype. [This message has been edited by phillipm (edited 23 June 2012).] IP: Logged | |
|
rafe Member |
posted 23 June 2012 15:27
could you set the jitter field to zero and do it with and random number as the index into an array of pitches in the frequency parameter field? [This message has been edited by rafe (edited 23 June 2012).] IP: Logged | |
|
SSC Administrator |
posted 24 June 2012 13:01
Also, here is an example of constructing a GrainCloud from a single grain (an Oscillator multiplied by an amplitude envelope) and a Replicator. In the Sound called: 'Restricted Pitches Grain Cloud Deconstructed GrainCloud by Replicator Log' if you look at the SoundToGlobalController called "genFreq" you will see an expression for limiting the choice of randomly chosen intervals above the !LogFreq pitch. Another approach would be to use the CloudBank with a SyntheticSpectrumFromArray as the spectral source. You could specify an array of allowable frequencies in the synthetic spectrum. Then FreqJitter would give you a "cloud" of values around the frequencies you specified. We'd love to hear what you come up with! Thanks! [This message has been edited by SSC (edited 24 June 2012).] IP: Logged | |
|
ChristianSchloesser Member |
posted 24 June 2012 17:02
The SSC example is great for building your own discrete sample or grain-clouds! thank you! All the best Chris IP: Logged | |
|
ChristianSchloesser Member |
posted 24 June 2012 18:01
Freq moves pitch within the chosen Scale... All the best IP: Logged | |
|
cebec Member |
posted 25 June 2012 09:20
Great tips and Sounds -- thank you! Christian-- 180 grains!? Wow, I have to hear that! IP: Logged | |
|
ChristianSchloesser Member |
posted 25 June 2012 13:07
quote: ahh sorry... i am a pacarana user... 180 is insane i know ;-) best [This message has been edited by ChristianSchloesser (edited 25 June 2012).] IP: Logged | |
|
cebec Member |
posted 25 June 2012 13:24
Thanks for the additional tip!  IP: Logged | |
|
SSC Administrator |
posted 25 June 2012 13:36
Wow Chris, beautiful Sounds! IP: Logged | |
|
phillipm Member |
posted 25 June 2012 14:16
Very cool indeed. This is close to what I've been working on (i.e. programming code added to the "Frequency" box rather than the FreqJitter box), though yours is waaay more sophisticated and flexible. Your code below is the heart of the matter. (((!Frequency hz nn removeUnits + ( [Noise] L * 127)) - 60 // 12) twoExp * (((!Frequency hz nn removeUnits + ([Noise] L * 127)) - 60 mod: 12) of: #( 1.0 1.0 1.18921 1.18921 1.18921 1.33484 1.41421 1.49831 1.49831 1.49831 1.7818 1.7818 )) * 261.626 hz) hz I have gotten to the point that I can at least read and understand it (mostly), but I wish I thought there would ever be a day that I would be able to come up with something like this on my own. One thing that does puzzle me is what happens when you multiple the sound [noise] by 127. I would never have thought of using noise as an operator in a multiplication process. IP: Logged | |
|
ChristianSchloesser Member |
posted 25 June 2012 16:11
The multiplication of the Noise is necessary for scaling the "range" of the Noise (-1 to +1) somehow roughly in the range of MIDI notes (0-127). So the resulting range is -127 to +127 for the full amplitude of the noise... which is obvious still to much ;-)... check: Page 238 - Kyma X Revealed — CapyTalk This was only a quick version to show you my idea ;-) and the idea is similar to lots of my "harmony parts" of my current kyma liveset.. by the way.. it is also possible to "force" whole oscillator banks to scales for spectral synthesis... this is even more fun. ;-) maybe somebody else has a more cleaner or stylish-er version of the above in mind? SSC ? ;-) Have a nice day [This message has been edited by ChristianSchloesser (edited 25 June 2012).] IP: Logged | |
|
LuisAly Member |
posted 29 June 2012 13:10
Hi Christian Beautiful Sounds these Grain Clouders. Many thanks for sharing Regards Luis Aly IP: Logged |
All times are CT (US) | next newest topic | next oldest topic |
  |
|
Contact Us | Symbolic Sound Home
This forum is provided solely for the support and edification of the customers of Symbolic Sound Corporation.
Ultimate Bulletin Board 5.45c