 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <4211f8f9@news.povray.org>, war### [at] tag povrayorg says...
> I'm quite certain that if there was a public discussion group about
> the new scripting language of POV-Ray, it would get filled with tousands
> and thousands of articles and megabytes and megabytes of text with people
> just fighting each other in stupid endless wars about what features are
> or are not ok. The end result will most probably be that those thousands
> of articles will have no effect whatsoever on whether the feature will
> be implemented or not, so why not save everyone the trouble?
While this is true, it also means that someone paying attention and
willing to trudge through the mess could develop it. If never discussed,
it never gets implemented at all. Sort of a two edged sword imho, but I
see your point.
--
void main () {
call functional_code()
else
call crash_windows();
}
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <42121e1e@news.povray.org>, war### [at] tagpovrayorg says...
> While one could call an #include file a "plugin", I would call it
> a library, not a plugin. Even if a future version of POV-Ray with a
> much more elaborated and powerful scripting language (supporting eg.
> not plugins (in the same sense as dll plugins are).
>
Which makes a lot of sense. And as I mentioned, there is nothing to
prevent a special directive like <library "name">, to explicitly make it
not just a simple include, thus allowing it to also be added to a global,
'allow all scenes access automatically' type feature.
There is no real reason to go for full plugins if the SDL can manage it,
but some way to explicitly prevent name collisions and allow global use
'would' be nice. It simplifies usage of any such things a lot.
--
void main () {
call functional_code()
else
call crash_windows();
}
Post a reply to this message
|
|
| |
| |
|
|
From: Christoph Hormann
Subject: Re: Calling external Math functions from .dll or .so
Date: 18 Feb 2005 12:30:01
Message: <cv58f8$31m$1@chho.imagico.de>
|
|
|
| |
| |
|
|
Lance Birch wrote:
>
> To my knowledge none of them use fractal-based formulas, they are based on
> patterns that aren't fractal in nature, or am I mistaken?
That depends on how you define 'fractal' - if you do so via a recursive
definition they might not be (although every recursion can be replaced
by a loop as you might know). If you do so via the property of
self-similarity they certainly are (a lot of POV-Ray's builtin patterns
/functions as well as turbulence warps have self-similar properties).
Christoph
--
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 23 Sep. 2004 _____./\/^>_*_<^\/\.______
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
