[REBOL] Re: [view] accelerating view...
From: ptretter:charter at: 15-Jan-2004 16:07
I think if you really want performance than you should use lower level view
functionaly and stay away from 'layout and build your own faces. I'm curious
of anyone has built a comparision of the performance.
Paul Tretter
----- Original Message -----
From: "Maxim Olivier-Adlhoch" <[maximo--meteorstudios--com]>
To: "Rebol-List (E-mail)" <[rebol-list--rebol--com]>
Sent: Thursday, January 15, 2004 12:47 PM
Subject: [REBOL] [view] accelerating view...
> I REAAAAALLLYYYYY need to get view refresh more quickly.
>
> I know we all bitch about its slowness, I've got a few tricks, but I have
to do an interactive application which is drawing one single line
interactively.
> the simple "mouse down to start and mouse up" to draw a line.
>
> my canvas has to be at least 1000x800 and its really slow on my dual 800
with WILDCAT graphics card.
> right now while dragging the mouse there is no more than 2 frames a second
refresh speed, if the show face is enabled. The actual event and process
loop is 100 real time if I remove the 'show face line (meaning that the
actual process of creating the draw effect block is microscopic in terms of
slowing down the refresh.)
>
> can you guys give me some of your tricks to improve refresh speeds in any
interactive apps?
> I'm into doin pretty wild stuff (like freezing the ui as a bitmap while
I'm drawing or whatever, creating an overlay plane, anything works)...
> I tought about using the timer in order for the algorythm to forget about
drawing all those refreshes when the cursor is going slowly (which really
creates a large amount of lag)
>
> any advanced or wild suggestions are welcome
>
> is there a way to look-ahead for events and forget events in some
circumstances (like if there is already a more recent mouse move event, I'd
skip all those in the cue and perform only the latest one... that is a very
common process amongst true signal based event handling).
