Chris Huff wrote in message ...
>In article <8FE01D1B3markwagner17gtenet@204.213.191.228>,
>mar### [at] gtenet (Mark Wagner) wrote:
>
>> Features that might make a future version:
>>  * Colour curve post-processing to replace the infinite-light hack
>
>I am going to make a post_process filter which uses a spline to adjust
>color values...is this what you are talking about?


Yes.

>
>>  * Random rendering order
>
>You mean it picks a random pixel each time? Another thing that might be
>nice: some kind of "progressive" antialiasing, that renders the image
>without antialiasing and then makes several "refinement" passes.


That's going to be part of the system, since I can't do antialiasing with
just one pixel.

>
>>  * A polynomial parser to allow polys to be written as "3x^5+2xy+z-1"
>>  etc.
>
>Couldn't you use isosurface functions? I haven't had a look at your
>patch yet, so I don't really know what this is for...


I don't have it implemented yet, but this will be for the "poly" object
type.  It's much easier to enter a formula for a 7th-order polynomial as a
formula than as a string of a hundred coefficients.

>
>>  * Improved "quality" command-line options
>
>I hope command line options aren't necessary for this...you should be
>able to specify all options in the scene file. Or are you talking about
>changing the "Render Quality" option syntax?


Yes, render quality options.  I'm going to make it possible to turn specific
things on and off -- specifically, these will be available in version 0.2:
 +QQ = use quick colors
 +QA = use area lights -- cancels +QF
 +QF = use ambient only -- cancels +QA, +QM
 +QS = calculate shadows
 +QM = use reflection -- cancels +QF
 +QL = use refraction
 +QN = use normals
 +QV = use media?

>>  * Improved splines
>
>I would suggest using one of the spline patches...less duplicate code,
>more standardized, etc...


This is going to be an improvement on the spline{} syntax.

Mark

Post a reply to this message