- From: Cameron McCormack <cam-www-svg@aka.mcc.id.au>
- Date: Fri, 27 Feb 2004 21:56:25 +1100
- To: www-svg@w3.org
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 anyway. Cameron -- Cameron McCormack | Web: http://mcc.id.au/ | ICQ: 26955922
Received on Friday, 27 February 2004 05:56:33 UTC