POV-Ray : Newsgroups : povray.general : Who is ideal user of 5.0? , 6.0?? --> guidelines for .inc developers : Who is ideal user of 5.0? , 6.0?? --> guidelines for .inc developers Server Time
2 Aug 2024 00:17:09 EDT (-0400)
  Who is ideal user of 5.0? , 6.0?? --> guidelines for .inc developers  
From: gregjohn
Date: 7 Mar 2005 13:00:00
Message: <web.422c9617c6cd9fe540d56c170@news.povray.org>
Whom does the pov-team see as the ideal or dream user of povray for the next
five to ten years?

On one hand, I've developed things that allow povray to do pretty cool
things entirely within the program, like gaussinblob.pov,  but if I
understand correctly, it actually caused the povteam some embarassment
among chip-speed benchmarkers for being such a horribly coded piece of
software.   I've been thinking abour releasing some more SDL related to
sound composition, but one of my examples too is horribly inefficient--
each frame has to compute the results of all the ones preceding it-- frame
100 has to caculate the events that happened in frames 1-99 before it can
do its thing.   I'm almost wondering if I'd need to improve it just to meet
coding expert snootiness.

My dream use of povray is actually for movie production.  My character
animation system is completely modular.  I could actually hire artists to
each work separately on the povray-modelled characters, the movement files,
and the scenery and lighting.   But as I work by myself for now ;-)  , I
might typically each night make a few tweaks to each of the model, action,
and scenery files and then just let the computer render the whole 1000
frame set over each day.   *This* particular use of povray, especially the
feature of render a huge anim as you sleep, AFAICS,  would be aided by the
minimization of features that invoke separate Java or C computations,  or
require too much user intervention-- render a still frame, write down some
numbers, render again.


The kind of stuff I make would probably earn a "D" from a compsci prof for
inefficiency.  But we are talking about making increasingly fast computers
do the work for us while we sleep.   On the other hand, just to pick on one
particular case,  I think that Christoph's mechsim patch could in fact make
a very good SIGGRAPH paper.   But I found that some of the features in the
way it was designed prevented it from easy application to my kind of
animation schedule.  Especially if there were cases that required running
once, writing down nubmers, and then doing a long render of an anim.   I
can imagine that this would drive me nuts when I'm doing daily rerenderings
of a long anim over the course of a month, and there were at least weekly
changes as to what exactly was interacting with the mechsim bouncy ball.


In any case, I might be near to releasing two different things, and I'm
wondering if we ought to come to some kind of consensus, or perhaps more
interestingly, the pov-team ought to make a decree,  as to what would make
a good quality of a widely-used inc.  In part I believe it has to do with
whom we and the pov-team wish were using 5.0-- and hey my kind of use might
be completely irrelevant to the big pic.

Greg M. Johnson


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.