DSP Robotics Support

tulamide wrote:

martinvicanek wrote:I thought Nubeat7 had posted an ADSR with curve control?

If you mean this one, that's a graphical ADSR, but still linear.

But there was this great graphical curve module by TheOm, that should make a curved ADSR relatively easy: line editor

I was probably thinking of this one:
viewtopic.php?f=3&t=3388
which is actually Father's creation based on TheOm's line editor. Sorry about the wrong credit. But, uhm, why are you (Father) asking the devs for something that you have already created?

martinvicanek wrote: why are you (Father) asking the devs for something that you have already created?

Well that one is not a multi stage envelope, just a simple volume shaper type of module.
Maybe some one can use it to create an ADSR editor?

Any magic to get the block buffer size from sample code, asm, or ruby?
The only solution now is to use the Sync primitive, but it update the ruby every block of samples, and it waste CPU,
we should have a primitive that is updated only if the size of the buffer block change,
but it would be nice to have other options provided by the VST SDK, I do not make a list here, we know what I'm talking about.

Faster loading times and less cpu in daws. running faster

Re: Options/Application/Most recent File List/Display at most = Max 16.
can we double it to 32 maybe......I'm always losing track of what I'm working on...

just pump this, because it was in discussion
oh, and please add a prim to read out which DAW is in use!

@spogg would it be asked too much to make a list in the first post? so the devs would not have to read the whole thread, and users do not need to repeat others

Well... that's already there

Oh please add a bar graph (Like the normal FFT graph but instead of curve shapes, single lines or bars for accurate display of frequencies)

That's quite easily doable in FS, either with Ruby or with draw loops.

Many commercial plugins feature a drag and drop facility for loading say Wav files for drum machines, wave players, wav oscillators and so on.

I would love to see a new Prim for this feature.

What I have in mind is a “Receive drop” prim. This would have an Area input, maybe an enable input too. The outputs would be a Mem for the wav file (or other), a “Dropping” trigger and a “Drop finished” trigger at the very least. There could also be an input for file type (.wav|.txt|.xyz) and an output for Valid/invalid. The Mem output could then pass to any module that can support such a signal.

I have no idea how to implement such a thing (no surprise!) but I imagine most of the action could use Windows’ inbuilt drag and drop capability.

I think this would enhance the appeal and apparent professionalism of future plugins made with Flowstone.

Cheers

Spogg