card-to-card speed

Mike Bonner bonnmike at
Wed Dec 7 12:17:35 EST 2016

On my system, testing with version 8, 1M loops (with and without a wait,
and with 1 random(1000) call in each)  it takes version 8, 283ms with wait,
and 112ms without.  Version 6 takes 157ms with and 51ms without.  But this
is with a million loops so for each loop, version difference only
adds 0.000126ms per loop.

On Wed, Dec 7, 2016 at 9:56 AM, Richard Gaskin <ambassador at>

> A friend of mine has an app where some animations are done by flipping
> through cards.  Speed is variable, set with a "wait <n> milliseconds"
> statement, so the user can view the sequence as quickly or slowly as
> desired.
> In versions up through 6.x the speed was quite good, but in v7, 8, and 9
> the speed drops below acceptability.
> We did some tests and oddly enough the problem doesn't seem to be with
> card rendering:  when we comment out the "wait" statement speed is pretty
> good. It's maybe a tad slower perceptibly, but still good enough for the
> animation to be viewed meaningfully.
> But "wait 1 millisecons" or even "wait 0 milliseconds" takes FAR longer in
> recent versions than in v6.
> He has no "...with messages" clause, so any extra time needed for the
> event loop should not be a factor.
> Something seems amiss with the "wait" command itself.
> He's sending me his stack file so I can winnow it down to a good test
> case, but in the meantime I wanted to ask here:
> Have any of you seen unusual delay with "wait" statements in versions
> later than v6?
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  ____________________________________________________________________
>  Ambassador at      
> _______________________________________________
> use-livecode mailing list
> use-livecode at
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:

More information about the use-livecode mailing list