<div><div>I&nbsp; definetly agree, they hardly fit, because Kpov wasn't originaly supposed to render<br>animations, in the other hand, they can be implemented quickly with a &quot;little drawback&quot; as kpov file, but i ask again, how do you plan to export an animation to povray code? exporting 1200 povfiles maybe? or povray code exportation for animation would be nullified.
<br><br>Doing they way i hipoteticaly propose, would let to export an animation directly to 1 single povray file.<br>I may be wrong (because i haven't started coding yet)<br>But i belive it would worth the try.<br>Give me 2 weeks, and i'll have you (all) ready a &quot;very rough&quot; example of my idea.
<br><br></div><div><br>----&nbsp;</div>What I had in mind is to loosely connect the animation objects or scripts with the animated objects, what means that the objects have no idea that they are animated.<br>-----<br>And whats the difference with what i posted? (its a real question, lol)
<br>The animation would be in an include file, which if not being present, would draw the first frame. the objects don't know of the animation.<br><br>---<br>Following your idea, an object A has to know that property B is modified by the animation system and should be exported to povray not with the actual value but with a constant and it has to know the name of that constant.&nbsp; Every single object and every single attribute. Just think about how to implement that without modifying every object, and implementing that in a plugin is not possible at all. 
<br>If you bring up a good solution here you can convince me :-p<br>---<br>Ammm this is solved as easy as using the objectname (for the varnames ) and a property counter.<br><br>-----<br>It is a little drawback that with my system every frame has to beexported as separate povray file, but IMHO that's really only a little drawback. The main bottleneck is rendering of the scene, not the IO or disc space. 
<br>----<br>The problem for example when using POVRay in parallel the bottleneck is the reading of the file all cluster jobs depends on and this is a known issue presented (found) by the developer of MPI POVRay.<br>This is why i give it so much importance.
<br>It is not a drawback at all in domestic use.<br><br>---<br>The main advantage is that animation with scripting or other method thatmodify objects with the existing property system is that no single lineof code has to be changed in individual objects.&nbsp;
<br>--- <br>Annnnnnnnnd this is why it hardly fits. <br><br>Hmmm...<br>I'd like some opinions, this looks more like a debate than a mailing list (forum).<br>If we implement it as Andreas says, the animation system would be running (unstable) in a month at most, because it is really easy to implement it that way.
<br><br><br></div>