new LFO shapes
what about using a line modules in place of the lfo module ( or several ones with a selector )
then choose loop mode and find a math conversion to apply to the duration to have frequency equivalent...?
then choose loop mode and find a math conversion to apply to the duration to have frequency equivalent...?
very good suggestion nay-seven. I will try that! But..how would it be possible to make true sine like curves with the lines module? Some kind of belzier curve implementation would be necessary. thanks for the help.
you can also have a look at moody's advanced lfo patch in addons, contain several wavforms including sin, and phase offset.
to make a sin with lines modules you can use a lfo set on sin. then use "queu array" to create a sin array that will fill the line array,
or simpler, in moody's patch there is already a sin array, simply connect it to lines modules, then delete the wire.
btw moody i wonder what technique did ya use to have a perfect 512 sin wavform array? queue lfo or other?
to make a sin with lines modules you can use a lfo set on sin. then use "queu array" to create a sin array that will fill the line array,
or simpler, in moody's patch there is already a sin array, simply connect it to lines modules, then delete the wire.
btw moody i wonder what technique did ya use to have a perfect 512 sin wavform array? queue lfo or other?
-
Clearscreen
- Member
- Posts: 482
- Location: Australia
- Contact:
You could also use an stepdata module to effectively hand draw anything you want, maybe add an expand array module between it and another stepdata to smoothe out the array values? Could give you some unusual lfo shapes to work with?
You also have to consider that the sampler can be a good alternative and you can find thousand of waveforms on the net.
To change the LFO speed, just change the pitch of the sampler.
To change the LFO speed, just change the pitch of the sampler.
Olivier Sens
www.brainmodular.com
www.brainmodular.com
very good suggestions here. I never considered the sampler method. Thanks for that. You are right. Maybe the sampler is more efficient too?
The line or step modules are good for low precision LFO but CPU light
The sampler is more expensive in CPU but much precise
The sampler is more expensive in CPU but much precise
Olivier Sens
www.brainmodular.com
www.brainmodular.com
thanks for the help. It is interesting to know that audio can feed data modules?
yes audio can feed data module, but note audio is not a single data but a group, array of data of bloc size and range is -1..1
once you got this in mind you can make interesting thingz, and a lfo should work as well.
im finishing a patch that converts any audio to a full resolution (per sample) array, this can be useful to sample wavforms in such a lfo application, oscilloscope, buffers manipulation ect..
will try to post it when finished, but worth waiting V5 with unlimited array size!!!!!
once you got this in mind you can make interesting thingz, and a lfo should work as well.
im finishing a patch that converts any audio to a full resolution (per sample) array, this can be useful to sample wavforms in such a lfo application, oscilloscope, buffers manipulation ect..
will try to post it when finished, but worth waiting V5 with unlimited array size!!!!!
Yes it's a good idea to post it for the V5
Olivier Sens
www.brainmodular.com
www.brainmodular.com
-
headphoner
- Member
- Posts: 225
- Contact:
Hi,
YES! Such a good news!
i'm waiting your patch an the "version five" .
your patch will solve a lot things for me.
See my addon phasevocoder and you'll understand what i mean
YES! Such a good news!
i'm waiting your patch an the "version five" .
your patch will solve a lot things for me.
See my addon phasevocoder and you'll understand what i mean
I understand. So you are basically sampling the waveform using an array. very clever. Looking forward to these developments.
yup that's it, but in fact i feel it's complex for a "seem simple" operation, that might be better with script or other...
basically i got a dispatcher that dispach the incoming array (ie audio) at each bloc (using bsork bloc counter script)
and then concat each arrays of the dispatcher outputs to reconstruct whole array.
to sample longer time i ve made a system with several dispacher that can queue192 arrays max for now.
As v4 arrays are limited to 512, that represent a short amount of time for the result array, 512samples is around 10-12ms.
but with V5 sampling time will be virtually unlimited!!!
it looks so weird complex,.... but it works!, i can have afull res wavform sampled in an array wich allowed be to build an oscilloscope with special features i wanted for years,thanks one more time usine, and could be used for differents things like those you're after.
Im gonna check your patch now, Ive already thought about it, sampling each arrays of 512 of the phase vocoder,
but for now my tries failed, cpu going crasy that i can understand cause my solution is not really clean for that...needs investigation....
it would be a freaking more simple, low cpu and great feature with V5 and unlimited array size to queue/concat incoming arrays on pulse, for such lfo, audio/array sampling applications, even if im already very happy usine solved once more a pb i had
maybe an idea for a futur user module?
basically i got a dispatcher that dispach the incoming array (ie audio) at each bloc (using bsork bloc counter script)
and then concat each arrays of the dispatcher outputs to reconstruct whole array.
to sample longer time i ve made a system with several dispacher that can queue192 arrays max for now.
As v4 arrays are limited to 512, that represent a short amount of time for the result array, 512samples is around 10-12ms.
but with V5 sampling time will be virtually unlimited!!!
it looks so weird complex,.... but it works!, i can have afull res wavform sampled in an array wich allowed be to build an oscilloscope with special features i wanted for years,thanks one more time usine, and could be used for differents things like those you're after.
Im gonna check your patch now, Ive already thought about it, sampling each arrays of 512 of the phase vocoder,
but for now my tries failed, cpu going crasy that i can understand cause my solution is not really clean for that...needs investigation....
it would be a freaking more simple, low cpu and great feature with V5 and unlimited array size to queue/concat incoming arrays on pulse, for such lfo, audio/array sampling applications, even if im already very happy usine solved once more a pb i had
maybe an idea for a futur user module?
-
martignasse
- Site Admin
- Posts: 611
- Location: Lyon, FRANCE
- Contact:
Hi 23fx23

I'm pretty busy with the upcomming SDK, but very curious about your experimentations..... and who know...if it's not to complex
I'm curious to see this beast, if it's possible.23fx23 wrote:...i can have afull res wavform sampled in an array wich allowed be to build an oscilloscope with special features i wanted for years,thanks one more time usine, and could be used for differents things like those you're after...
Can you be more precise about what is needed and what kind off user module would do the trick.23fx23 wrote:...it would be a freaking more simple, low cpu and great feature with V5 and unlimited array size to queue/concat incoming arrays on pulse, for such lfo, audio/array sampling applications, even if im already very happy usine solved once more a pb i had
maybe an idea for a futur user module?...
I'm pretty busy with the upcomming SDK, but very curious about your experimentations..... and who know...if it's not to complex
Martin FLEURENT - Usine Developer - SDK maintainer
hey matignasse, happy xmas!
will post that beast as soon as V5 is out, hope soon
Im sure you got lot of work!, so my request is not prioritary. just in case of
..
In this case of sampling audio to array, a module i think of would have an array input, a store input and array output.
the process would be to take a snapshot of array in when store receives a pulse, on next pulse it retakes a new snapshot and queue the array after the previous one (so output array is two times longer).
ideally to store audio it would need to be able to "store/queue" at each bloc, for now i feel fastest patch pulse clock would be 01 each two block, so maye when store is set to 1 its would process at each bloc (sorry dk if im clear).
my patch is a workaround, but limited storage is relative to dispach numbers, such a tool would allow endless recording, with lower cpu for sure.
i feel this kind of queue/insert sub array tool, would be usefull for various thingz...
a more complex ,with start pos and insert inlet ...would be certainly harder to achieve but more modular futur extension based on same idea..?.
anyway take your time on sdk, that's just futur thoughts..
will post that beast as soon as V5 is out, hope soon
Im sure you got lot of work!, so my request is not prioritary. just in case of
In this case of sampling audio to array, a module i think of would have an array input, a store input and array output.
the process would be to take a snapshot of array in when store receives a pulse, on next pulse it retakes a new snapshot and queue the array after the previous one (so output array is two times longer).
ideally to store audio it would need to be able to "store/queue" at each bloc, for now i feel fastest patch pulse clock would be 01 each two block, so maye when store is set to 1 its would process at each bloc (sorry dk if im clear).
my patch is a workaround, but limited storage is relative to dispach numbers, such a tool would allow endless recording, with lower cpu for sure.
i feel this kind of queue/insert sub array tool, would be usefull for various thingz...
a more complex ,with start pos and insert inlet ...would be certainly harder to achieve but more modular futur extension based on same idea..?.
anyway take your time on sdk, that's just futur thoughts..
-
martignasse
- Site Admin
- Posts: 611
- Location: Lyon, FRANCE
- Contact:
You too my friend23fx23 wrote:hey matignasse, happy xmas!
Mine was better than joel's one
cool23fx23 wrote:will post that beast as soon as V5 is out, hope soon
Yes, we'll see after the V5 Bomba.23fx23 wrote:Im sure you got lot of work!, so my request is not prioritary. just in case of..
In this case of sampling audio to array, a module i think of would have an array input, a store input and array output.
the process would be to take a snapshot of array in when store receives a pulse, on next pulse it retakes a new snapshot and queue the array after the previous one (so output array is two times longer).
ideally to store audio it would need to be able to "store/queue" at each bloc, for now i feel fastest patch pulse clock would be 01 each two block, so maye when store is set to 1 its would process at each bloc (sorry dk if im clear).
my patch is a workaround, but limited storage is relative to dispach numbers, such a tool would allow endless recording, with lower cpu for sure.
i feel this kind of queue/insert sub array tool, would be usefull for various thingz...
a more complex ,with start pos and insert inlet ...would be certainly harder to achieve but more modular futur extension based on same idea..?.
anyway take your time on sdk, that's just futur thoughts..
But the fact is, we'll be more and more in need of new array modules to deal with sub array or so.
...remember, all is array :
- text is array
- audio is array
- video is array
- and matrix is array too
the next step (i mean, after V5) could be to complete the array toolset...
Martin FLEURENT - Usine Developer - SDK maintainer
yeah that's the modular power of usine!. matrix mmmm im sooooooo awaiting !
2010 will be a great year
:):)
2010 will be a great year
Who is online
Users browsing this forum: No registered users and 12 guests
