If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
New video series about flowstone coming soon
14 posts
• Page 1 of 2 • 1, 2
New video series about flowstone coming soon
I'll be making a short series about how to make visual components like sliders and parametric EQ bells to function in front of audio components such as analyzers. It'll be on youtube soon.
I'll make sure to explain anything really useful and issues faced with ticks, triggers and placement and stylisation of control device type. Say, like for instance that strip animations aren't actually moving so much with area, but are using a y-grade displacement controlled by a divisor of frames and then as a means of multiplication acting as a boolean; rather than the need for true to proximity calculations happening on the fly.
This of course becomes an impediment when using the sliders with image slider knobs that move up and down, as cool as they are.
I thought it would be useful.
I'll make sure to explain anything really useful and issues faced with ticks, triggers and placement and stylisation of control device type. Say, like for instance that strip animations aren't actually moving so much with area, but are using a y-grade displacement controlled by a divisor of frames and then as a means of multiplication acting as a boolean; rather than the need for true to proximity calculations happening on the fly.
This of course becomes an impediment when using the sliders with image slider knobs that move up and down, as cool as they are.
I thought it would be useful.
-
wlangfor@uoguelph.ca - Posts: 912
- Joined: Tue Apr 03, 2018 5:50 pm
- Location: North Bay, Ontario, Canada
Re: New video series about flowstone coming soon
Thanks ahead of time, this would be very useful and I look forward to seeing it.
-
pshannon - Posts: 144
- Joined: Fri Jan 02, 2015 3:08 am
Re: New video series about flowstone coming soon
Cool ! Looking forward to this.
I dont understand what this means "Say, like for instance that strip animations aren't actually moving so much with area, but are using a y-grade displacement controlled by a divisor of frames and then as a means of multiplication acting as a boolean; rather than the need for true to proximity calculations happening on the fly."
I dont understand what this means "Say, like for instance that strip animations aren't actually moving so much with area, but are using a y-grade displacement controlled by a divisor of frames and then as a means of multiplication acting as a boolean; rather than the need for true to proximity calculations happening on the fly."
-
lalalandsynth - Posts: 600
- Joined: Sat Oct 01, 2016 12:48 pm
Re: New video series about flowstone coming soon
I thought it was just me.
Website for the plugins : http://kbrownsynthplugins.weebly.com/
- k brown
- Posts: 1198
- Joined: Tue Aug 16, 2016 7:10 pm
- Location: San Francisco, CA USA
Re: New video series about flowstone coming soon
It means animation strips are actually static. While an image that is used for a slider knob: its dimensions are calculated against so as to move it to the relevant x and y grade.
So, assuming your drag is only x an y, why force that kind of computational power? If the image is static, and it's in RAM (only possible with a prim) then you can use it many times and will not interfere with the analyzer behind it because it's not moving. And even the movement in the area of the source in Bitmap area prim is either -inv or regular in intervals (the size of the image strip divided by the intended size), meaning there's less math happening.
Compare that to the computations required to decide where a small object must be dependent on the mouse cursor position and you realize you're seeing the light at the end of the tunnel, and it's possible to have two items animating with only one or more redraws without collision.
And in the case of parametric bells, by using a module to keep some connections within their own tier of function, you prevent object orientation, and by very design it's a bit simpler. But, that's entirely dependent on two active connections changing at the same time. To use the same style for a slider that goes up and down, plausible; but you'd have to use an xy drag and the x grade would have to move by tiny increments (un-noticeably) so as to stop the one connection from becoming more like a standard knob that glitches. It would seem the combo of two motions "urges it on".
So, I'll illustrate that there's many ways to make sliders and knobs move real time; just like the freq, and just like for instance My new boardstation's mod. Even if it's in front of a moving object.
Here's a video to illustrate I made for customers:
https://youtu.be/N7mtgudyUBQ
So, assuming your drag is only x an y, why force that kind of computational power? If the image is static, and it's in RAM (only possible with a prim) then you can use it many times and will not interfere with the analyzer behind it because it's not moving. And even the movement in the area of the source in Bitmap area prim is either -inv or regular in intervals (the size of the image strip divided by the intended size), meaning there's less math happening.
Compare that to the computations required to decide where a small object must be dependent on the mouse cursor position and you realize you're seeing the light at the end of the tunnel, and it's possible to have two items animating with only one or more redraws without collision.
And in the case of parametric bells, by using a module to keep some connections within their own tier of function, you prevent object orientation, and by very design it's a bit simpler. But, that's entirely dependent on two active connections changing at the same time. To use the same style for a slider that goes up and down, plausible; but you'd have to use an xy drag and the x grade would have to move by tiny increments (un-noticeably) so as to stop the one connection from becoming more like a standard knob that glitches. It would seem the combo of two motions "urges it on".
So, I'll illustrate that there's many ways to make sliders and knobs move real time; just like the freq, and just like for instance My new boardstation's mod. Even if it's in front of a moving object.
Here's a video to illustrate I made for customers:
https://youtu.be/N7mtgudyUBQ
-
wlangfor@uoguelph.ca - Posts: 912
- Joined: Tue Apr 03, 2018 5:50 pm
- Location: North Bay, Ontario, Canada
Re: New video series about flowstone coming soon
.
- Attachments
-
- example.osm
- (22.69 KiB) Downloaded 842 times
Last edited by MichaelBenjamin on Mon Sep 21, 2020 10:52 am, edited 1 time in total.
- MichaelBenjamin
- Posts: 275
- Joined: Tue Jul 13, 2010 1:32 pm
Re: New video series about flowstone coming soon
It's due to the fact that it's a forty band EQ and there are so many connections and it's all the while running a screen recorder. I've made it faster though. It all comes down to: works fast until you turn on a screen recorder.
here's the latest action in image form:
https://vstplug.com/wp-content/uploads/2020/06/DSPplug-boardstation-V2-1-1.gif
It's a bit better but have made an even faster model. It really came down to not having enough hours in a day for customer service and the necessary updates to the product, am catching up with the man hours required however. thanks for mentioning this. And My PC is 20 years old, 3.33 GHz intel core 2. I used to over clock it. The main issue is My power supply is iffy and I don't overclock and turn My GPU up anymore cause it can flake out.
However, that means I make something for customers that's very fast; My PC can be OC'd to 4.0 GHz after all, so really it's better this way.Had two Win 10 PC's that died.
I actually use only one ticker for redraw as well, there is not a redraw area or redraw per every slider knob. But that proves challenging in the way of calibration I have it set though all redraws turn off unless mousing over the plugin. Unless analyzer is on and then there is less triggers. And of course, if less trigger it takes a sec to start up faster because I have a selector providing multiple speeds of ticks based upon how many clauses (booleans) are true. To make sure there's no delay in speed when first moving, I intend to add a pulse trigger even that causes another boolean pulse to true when merely mousing over that will last for 100 ms to make up for that initial slowness.
here's the latest action in image form:
https://vstplug.com/wp-content/uploads/2020/06/DSPplug-boardstation-V2-1-1.gif
It's a bit better but have made an even faster model. It really came down to not having enough hours in a day for customer service and the necessary updates to the product, am catching up with the man hours required however. thanks for mentioning this. And My PC is 20 years old, 3.33 GHz intel core 2. I used to over clock it. The main issue is My power supply is iffy and I don't overclock and turn My GPU up anymore cause it can flake out.
However, that means I make something for customers that's very fast; My PC can be OC'd to 4.0 GHz after all, so really it's better this way.Had two Win 10 PC's that died.
I actually use only one ticker for redraw as well, there is not a redraw area or redraw per every slider knob. But that proves challenging in the way of calibration I have it set though all redraws turn off unless mousing over the plugin. Unless analyzer is on and then there is less triggers. And of course, if less trigger it takes a sec to start up faster because I have a selector providing multiple speeds of ticks based upon how many clauses (booleans) are true. To make sure there's no delay in speed when first moving, I intend to add a pulse trigger even that causes another boolean pulse to true when merely mousing over that will last for 100 ms to make up for that initial slowness.
-
wlangfor@uoguelph.ca - Posts: 912
- Joined: Tue Apr 03, 2018 5:50 pm
- Location: North Bay, Ontario, Canada
Re: New video series about flowstone coming soon
Have I understood this correctly? You have one ticker redrawing the whole GUI, but only when the mouse is anywhere over the GUI?
-
Spogg - Posts: 3358
- Joined: Thu Nov 20, 2014 4:24 pm
- Location: Birmingham, England
Re: New video series about flowstone coming soon
Correct and I will send you the schematic
-
wlangfor@uoguelph.ca - Posts: 912
- Joined: Tue Apr 03, 2018 5:50 pm
- Location: North Bay, Ontario, Canada
Re: New video series about flowstone coming soon
.
Last edited by MichaelBenjamin on Mon Sep 21, 2020 10:52 am, edited 1 time in total.
- MichaelBenjamin
- Posts: 275
- Joined: Tue Jul 13, 2010 1:32 pm
14 posts
• Page 1 of 2 • 1, 2
Who is online
Users browsing this forum: No registered users and 60 guests