Improving the redrawing that freeze the application

[Nowhk]

This schema is very basic: 4 monitor that show a wave form and move a cursor over it (I've used basic Tick25 for timing; but that's does not matter now):

heavy redraw.fsm

(26.91 KiB) Downloaded 889 times

Open the file, select an audio source (otherwise you see nothing), resize the Flowstone windows and try to move it around the desktop: you will see that the movement are freeze and slow. It seems that FlowStone are using lots of resources to draw those 4 cursors movements.

I'm just at the basics of drawing. I'm sure it can do better than this. But where am I wrong?

Linking double time the V on redrawing? Tick25 is quite slow, why it use lots of resources?
I'm a noob yes, so of course I did somethings wrong

Can you help me to figure it out? Happy new year!

[nix]

Heya Nowhk,
You aren't actually redrawing anything there at the moment.
Moving the window is pretty responsive here though.
Maybe you could try a more powerful graphics card?
Cheers, u have a fine year

[Nowhk]

Uhm? Yes man the redraw prim inside the module. Who moves the cursor otherwise? Remember to connect audio device, else nothing will move of course.

The graphic card is power enough, trust me

[Xtinct]

Perfectly normal behaviour for timing / redraw using green.

[Nowhk]

Perfectly normal behaviour for timing / redraw using green.

What do you suggest for draw the cursor at that speed keeping fluid movement of windows?

I think that what slow down the responsive its the number of redraw. But its 25 per seconds (x4), not a great deal for a computer I guess.

[tulamide]

The answer to this question was given to you 6 weeks ago.

http://www.dsprobotics.com/support/viewtopic.php?f=2&t=3831#p21170

Nothing has changed since then

[Nowhk]

The answer to this question was given to you 6 weeks ago.

http://www.dsprobotics.com/support/viewtopic.php?f=2&t=3831#p21170

Nothing has changed since then

Man? I'm not talking here about timing/sync/precision.
Here the problem is that when the cursors I set move, the interface response is slow and frozen. Looks like FS est lots of resources on drawing, and I need to improve this mechanism. Do you see?

[tulamide]

Do you see?

The real issue is that you don't see. I tried my very best to give you at hand what all programmers are using to reduce cpu-load.
I won't answer any of your questions again. And never try to be sniffy again. It won't serve you well.

[Youlean]

There are many thing that you can done to improve drawing performance. First tho are to use redraw area and to resample array before line draw. There also some advanced tricks that could improve hugely performance, but these are depended on actual app workflow (it is not general).

[Nowhk]

The real issue is that you don't see. I tried my very best to give you at hand what all programmers are using to reduce cpu-load.
I won't answer any of your questions again. And never try to be sniffy again. It won't serve you well.

I'm really sorry you think this of me I am a guy that try to learn from the top to the bottom every kind of aspect in what I'm doing (try watch my post on IL forum for example, or ask Youlean or Perfect Human). I try to learn every day (I've also print a real copy of the FS manual and I read day per day). What I ask here is somethings different of what you have replied, maybe a misunderstanding. Anyway, thanks again for the help you give me in the past, and sorry if I hit you and waste your time.

There are many thing that you can done to improve drawing performance. First tho are to use redraw area and to resample array before line draw. There also some advanced tricks that could improve hugely performance, but these are depended on actual app workflow (it is not general).

Hey master, how are you? Sorry, but its the same. Nothing change...

I think you don't get what I mean as "slow" and frozen. Due to my crap english.

Its not timing, sync or movement of the cursors.

Its the application/plugin itself that is really jerk when I move its windows on the desktop (i.e. the plugin inside FL Studio and other windows/graphics for example). Resize flowstone (50% of its size, just the size of the plugin for example) and move the window in the desktop with audio on/off (thus, enabling/disabling cursors over the waveform).

With cursor moving, it's slow, lots of jerks, and the user experience its not so good. On other VST there is no problem.
Also, if I add other 4 monitors in the plugin (keeping CPU usage of 1/2%; so nice) the graphics in FL Studio got crazy and slacken. For example even the time cursor on the transport bar become not fluid.

I wrong somethings on calling Redraw I guess? Too much operations? I can't really figure it out why FS process graphic in this way with my project...