W3C home > Mailing lists > Public > www-svg@w3.org > February 2004

Re: Third release of Constraint SVG browser

From: Cameron McCormack <cam-www-svg@aka.mcc.id.au>
Date: Fri, 27 Feb 2004 21:56:25 +1100
To: www-svg@w3.org
Message-ID: <20040227105625.GO15230@mcc.id.au>

Hi Tobi.

Tobias Reif:
> > Why would this not be the case for animations written in terms of
> > some function?
> It is not the case for your code I commented on:
> <rect x="0" y="0" width="100" height="100">
>   <!-- move 20 units every second -->
>   <c:constraint attributeName="x" value="20 * c:time()"/>
> </rect>
> As your inline comment correctly states the resolution (fps) is set in
> stone.
> "Some function" or some code definitely can animate something in a way
> that the animation will run in different resolutions depending on
> various (environment) parameters, or even without a fixed fps rate =
> variable frame pauses. For example: Check the current real time, check
> where the object should be next (eg a percentage of the specified
> duration and distance), then move it there; after this has been
> finished start with the next iteration. The frame pause can vary each
> time depending on how long it took the machine to calculate and render
> the last frame.

Ah, ok I see what you mean now.  I guess if you really want the
flexibility of complex expressions defining animation, and the
expressions may take different amount of time to compute depending on
factors in the document, then you will get different frame rates.  But
this isn't so different from SMIL animation in, say, ASV , where
animation is done as quickly as possible.  A frame rate isn't decided
upon before the document is started.  If some other process starts doing
some CPU intensive activity, the animation resolution will go down


Cameron McCormack
|  Web: http://mcc.id.au/
|  ICQ: 26955922
Received on Friday, 27 February 2004 05:56:33 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:58 UTC