Complete.Org: Mailing Lists: Archives: freeciv-dev: June 2000:
[Freeciv-Dev] Re: fix bug in smooth move draw and lots more
Home

[Freeciv-Dev] Re: fix bug in smooth move draw and lots more

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: freeciv-dev@xxxxxxxxxxx
Subject: [Freeciv-Dev] Re: fix bug in smooth move draw and lots more
From: Jeff Mallatt <jjm@xxxxxxxxxxxx>
Date: Sat, 17 Jun 2000 12:51:49 -0400

At 2000/06/17 11:49 , Falk Hueffner wrote:
>Jeff Mallatt <jjm@xxxxxxxxxxxx> writes:
>
>> Well, to fix the bug, it helps to see it -- and to see this bug when
>> running the clients, I had to throttle the smooth move drawing.
>> This being a request from awhile ago, I decided to implement it for
>> real (rather than just for test purposes).  To put the throttling
>> under user control, I needed to implement client options that were
>> integers (rather than just booleans).
>
>This is certainly an improvement, but I wonder if it wouldn't be nicer
>to be able to specify the time for a move, not the "steps". The reason
>is that on slow computers a single step might need more than 0.01
>seconds, and it would be slower. Usually, I want the animation to be
>as smooth as possible (but no more than 25fps), and to take a certain
>time in total.

My first implementation was using time.  After going back-and-forth between
the two, I decided that I liked steps slightly better (it was close).  The
only thing even better was to allow both to be adjusted (but, I thought
that was overkill -- maybe it's not?).

There's also a problem in that Linux on Intel boxes has a lousy time
resolution, so that all intervals less than about 0.01 seconds are all the
same.  So, an implementation like moving one pixel at a time and setting
the interval to something small just doesn't work.

jjm




[Prev in Thread] Current Thread [Next in Thread]