Page 11 of 14
Re: Flowstone Guru Blog
Posted: Wed Dec 24, 2014 12:33 pm
by KG_is_back
Hi everyone, yesterday I released new
article about Frequency domain and Fourier transform. The aim of the article is to explain what the frequency domain is and what the Fourier transform does with the signal, to demystify the topic. Hopefully this will help people to make sense of what the data actually means.
I'm not a mathematician myself, so I know how hard it is for most people to make sense of equations. Therefore I opted to demonstrate things through simple flowstone schematics.
Re: Flowstone Guru Blog
Posted: Wed Dec 24, 2014 2:05 pm
by Tronic
Thx KG
Re: Flowstone Guru Blog
Posted: Mon Dec 29, 2014 6:01 pm
by Exo
Updated the Free running oscillators with a bug fix and some more optimizations.
http://flowstone.guru/downloads/free-ru ... cillators/Also made the Polyphonic portamento available to the public instead of members only...
http://flowstone.guru/downloads/polyphonic-portamento/
Re: Flowstone Guru Blog
Posted: Mon Jan 19, 2015 11:32 pm
by Exo
About time for another article!
Improving Load Times 
Re: Flowstone Guru Blog
Posted: Tue Jan 20, 2015 1:54 am
by RJHollins
Good stuff !
Thx EXO

Re: Flowstone Guru Blog
Posted: Thu Jan 22, 2015 6:42 pm
by kortezzzz
Great article. Thanks. By the way, relized that minimum nesting reduces ram usage as well. Just took one of my old schematics, droped out it's content all the way to the most ugly project you ever saw and ended up with -200mg ram usage! So next question would be why? What nesting is actually do to project and why we use it so often anyway? Because of the schematic cosmetics?
Improving Load times Article
Posted: Mon Feb 02, 2015 9:55 pm
by Exo
I updated the "Improving Load Times" article, with my findings on wireless links.
The test I did showed that wireless actually improves load times! Well at least in this case, it is not conclusive there could be cases where it uses more. But my reasoning is sound as to why they can be faster, check it out....
Improving load times , I added it to the bottom of the article.

Re: Improving Load times Article
Posted: Mon Feb 02, 2015 10:55 pm
by tulamide
Exo wrote:The test I did showed that wireless actually improves load times! Well at least in this case, it is not conclusive there could be cases where it uses more. But my reasoning is sound as to why they can be faster, check it out...
This is interesting, Exo. I do use wireless a lot (it just is even more modular and so the schematics are easier to divide into seperate sections). But if you're right about why they help improving, I wonder if especially the tip to use those edge-through modules (you know, the ones that contain nothing but just route in to out, to avoid long curved cables) isn't a bad advice then?
Re: Improving Load times Article
Posted: Mon Feb 02, 2015 11:45 pm
by Exo
tulamide wrote:Exo wrote:The test I did showed that wireless actually improves load times! Well at least in this case, it is not conclusive there could be cases where it uses more. But my reasoning is sound as to why they can be faster, check it out...
This is interesting, Exo. I do use wireless a lot (it just is even more modular and so the schematics are easier to divide into seperate sections). But if you're right about why they help improving, I wonder if especially the tip to use those edge-through modules (you know, the ones that contain nothing but just route in to out, to avoid long curved cables) isn't a bad advice then?
I don't think empty modules for routing are much of a problem because they are usually not used very often. But yes overuse could have a negative effect. So I think best advice is to use them when really needed but use them rarely.
Which makes me think, it is possible that curves might add to load times. Well in the schematic at least, but maybe these are removed in the export. I might have to test this.
Re: Flowstone Guru Blog
Posted: Mon Feb 02, 2015 11:57 pm
by Nubeat7
tulamide wrote: I wonder if especially the tip to use those edge-through modules (you know, the ones that contain nothing but just route in to out, to avoid long curved cables) isn't a bad advice then?
also like myco stated ( in kortezz' nesting thread ) it would create a class with just ins and outs..
anyway i never understood why to do modules like this, the only way i use them is as triggernodes, because sometimes its comfortable to have better control about trigger ordering or to collect more triggersources and go ahead with one path
another question which i'm thinking about again with the new knowledge about wireless links are "global FS constants"
values like 1.-1,2,0.5, but also vst values like samplerate...
does it make sense to put these in the first level and use wireless links for it? i mean everytime i use a float with the value 1 FS needs to create a float variable and save it somewhere, wouldn't it be better to have it just one time? or doesn't this matter because its just a float?