 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> On Tue, 04 Dec 2001 17:11:21 +0000, Thomas <tho### [at] gmx net> wrote:
> > And have you ever tried the python interface to Lightflow? it is a bit crappy
> > compared to POV's. Yes you can do some stuff pov can't
>
> IIRC Warp waits for chellenge :-)
What I ment is because LightFlow uses a Python interface you can build programs
that include other kinds of functionality. One could build a webserver that renders
an image on request by a client all done in a single source file. I know it is a
bit weird and the same could be achieved WITH pov and some scripts on a unix
machine with some clever redirecting. And I'm not gonna take on Warp's challenge on
that ;)
Thomas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Tue, 04 Dec 2001 17:11:21 +0000, Thomas <tho### [at] gmxnet> wrote:
>> Lightflow is free for non commercial use and imho it's better than
>> mentalray or lightwave 6 renderer. Someone thing that free stuff
>> should be worse than commercial stuff, some others not... Btw
>> softimage costs about as much a mid-sized car, or a small mercedes :P
>
>And have you ever tried the python interface to Lightflow? it is a bit crappy
>compared to POV's. Yes you can do some stuff pov can't, but some stuff is very
>complicated in it.
>
>Thomas
Lightflow has no "interface" so I won't talk about that... Lightflow
is only a library of routines to perform raytracing, the phyton stuff
is only a port of that library to phyton, if U like ruby more, you
could use the lib with ruby, if U like java you can use java, if U
like c++....
Lightflow has no "standard" scripting language like pov
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Please, is it too much to ask that you actually spell out the words "you"
and "people"?
--
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbf 1}hollow interior{media{emission 3-T}}}#end
Z(-x-x.2x)camera{location z*-10rotate x*90normal{bumps.02scale.05}}
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann <chr### [at] gmxde> wrote:
: Same probably applies for algorithms
: that require tesselation of objects.
It is not impossible that some general tesselation routine would be added
in the future.
(Of course tesselation is slower than one may believe, and the meshes can
take huge amounts of memory, so the feasibility of tesselating a whole
scene can be sometimes dubious.)
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Angelo 'kENpEX' Pesce <ken### [at] uniplanit> wrote:
:>> Just if U have a system
:>> without dynamic plugin support you'll have to recompile povray with
:>> every plugin you need and then you can render every scene you want.
:>> This is what povray *ACTUALLY* does
: Of course you are not aware of them... This is only because it was a
: feature proposal...
You said "this is what povray *ACTUALLY* does". Now you say it was only
a proposal, not something povray is actually doing..
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
:> Show us some lightflow images which can't be done in POV-Ray.
: I advise "lightflow" searching at povray.binaries.images first :-)
Granted, Lightflow can do pretty impressive things faster than povray (ie.
if you try to simulate the same image with povray it can take a lot longer).
However, the same holds in the other direction as well. And I'm pretty sure
that there are awesome images made with povray which are either impossible or
extremely slow to do with lightflow.
Besides, AFAIK povray is usually faster than lightflow in many things.
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3c0d32ab@news.povray.org> , Warp <war### [at] tagpovrayorg> wrote:
> Besides, AFAIK povray is usually faster than lightflow in many things.
POV-Ray is capable of real-time raytracing. I have shown it is possible
with the plain 3.5 source code - the result is visible in the Windows and
Mac about boxes as easter egg...
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich <tho### [at] trfde> wrote:
: POV-Ray is capable of real-time raytracing. I have shown it is possible
: with the plain 3.5 source code - the result is visible in the Windows and
: Mac about boxes as easter egg...
Care to tell us how it is activated?-)
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 4 Dec 2001 16:01:43 -0500, Warp wrote:
> Thorsten Froehlich <tho### [at] trfde> wrote:
>: POV-Ray is capable of real-time raytracing. I have shown it is possible
>: with the plain 3.5 source code - the result is visible in the Windows and
>: Mac about boxes as easter egg...
>
> Care to tell us how it is activated?-)
By doing the right thing at the right time.
--
#local R=<7084844682857967,0787982,826975826580>;#macro L(P)concat(#while(P)chr(
mod(P,100)),#local P=P/100;#end"")#end background{rgb 1}text{ttf L(R.x)L(R.y)0,0
translate<-.8,0,-1>}text{ttf L(R.x)L(R.z)0,0translate<-1.6,-.75,-1>}sphere{z/9e3
4/26/2001finish{reflection 1}}//ron.parker@povray.org My opinions, nobody else's
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 4 Dec 2001 15:16:17 -0500, Warp <war### [at] tagpovrayorg> wrote:
>Christoph Hormann <chr### [at] gmxde> wrote:
>: Same probably applies for algorithms
>: that require tesselation of objects.
>
> It is not impossible that some general tesselation routine would be added
>in the future.
> (Of course tesselation is slower than one may believe, and the meshes can
>take huge amounts of memory, so the feasibility of tesselating a whole
>scene can be sometimes dubious.)
It's not dubious at all, as many other raytracers do that... It's
feasible, but I don't think it will be done for povray
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
