 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
How about a probability map? The macro takes a function that defines
unique probability for each point in the area. This way the map could
be defined by a mathematical expression or grayscale image.
_____________
Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I posted the code in p-t-s-f.
Jonathan.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
That would be interesting, but it'd go beyond my needs.
AFAIK Norbert Kern made something like this to place the plants in his last
(great) IRTC entry.
jrg.
"Kari Kivisalo" <kki### [at] pp htvfi> ha scritto nel messaggio
news:3B44E275.63DA4BE9@pp.htv.fi...
>
> How about a probability map? The macro takes a function that defines
> unique probability for each point in the area. This way the map could
> be defined by a mathematical expression or grayscale image.
>
> _____________
> Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"JRG" <jrg### [at] hotmailcom> wrote in message
news:3b447809@news.povray.org...
> Some weeks ago I heard about some Clutter() macro. Since I found nothing
> that kind (to be honest I didn't even look for it...;)) today I wrote
(after
> lunch) a little macro which randomly places a series of objects. It allows
> you to define obstacles as well (as you can see from this simple picture).
> There are 275 spheres and 275 boxes randomly placed in a 10x10 square.
Can the objects be different sizes?
Gail
--
*************************************************************************
* gsh### [at] monotixcoza * Step into the abyss, *
* http://www.rucus.ru.ac.za/~gail/ * and let go. Babylon 5 *
*************************************************************************
* The difficult we do immediately, the impossible takes a little longer *
*************************************************************************
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann wrote in message <3B449359.CA732FEB@gmx.de>...
> All such things could extremely profit from a refer{} patch like ABX seems
> to be working on.
I have working compilation of my refer patch and now I must agree with opponents
that it is slow. It saves memory very good but it is slow. I send statistics and
sample images soon.
--
#macro Sig(A,B,X)_(A,B)_(B,X)_(X,A)#end#macro _(A,B)cylinder{<A.x,A.y,3>,<B.u,
B.v,3>.1,9}#end global_settings{max_trace_level 9}light_source{0 1}camera{up y
*4right-3*x}blob{_(<3,1>,<1,-5>)_(<2,-2>,<4,-2>)Sig(x,<-1,1.5>,<1,3>)_(z-1,z-4
)pigment{rgb 1}}box{-3 3pigment{rgb 0}finish{reflection 1}hollow} // POV-Ray31
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tony[B]-FSU wrote in message <3b44c0e0$1@news.povray.org>...
> What is that patch intended to do?
Look at threads
From: Lutz-Peter Hooge <lpv### [at] gmxde>
Newsgroups: povray.unofficial.patches
Subject: #declares and memory management
Date: Fri, 18 May 2001 18:42:33 +0200
Message-ID: <MPG.156f6f504b27c9c29896b3@news.povray.org>
From: "Wlodzimierz ABX Skiba" <abx### [at] abxartpl>
Newsgroups: povray.binaries.images
Subject: universal fractal macro (followed by 9 images)
Date: Thu, 24 May 2001 17:25:31 +0200
Message-ID: <3b0d2878@news.povray.org>
--
#macro Sig(A,B,X)_(A,B)_(B,X)_(X,A)#end#macro _(A,B)cylinder{<A.x,A.y,3>,<B.u,
B.v,3>.1,9}#end global_settings{max_trace_level 9}light_source{0 1}camera{up y
*4right-3*x}blob{_(<3,1>,<1,-5>)_(<2,-2>,<4,-2>)Sig(x,<-1,1.5>,<1,3>)_(z-1,z-4
)pigment{rgb 1}}box{-3 3pigment{rgb 0}finish{reflection 1}hollow} // POV-Ray31
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Wlodzimierz ABX Skiba wrote:
>
> I have working compilation of my refer patch and now I must agree with opponents
> that it is slow. It saves memory very good but it is slow. I send statistics and
> sample images soon.
>
It would be of much use in many situations anyway (since it will probably
still be faster than a radiosity scene using twice the available physical
memory...
Is there no way to improve speed?
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Yes.
"Gail Shaw" <gsh### [at] monotixcoza> ha scritto nel messaggio
news:3b4567a8@news.povray.org...
>
> "JRG" <jrg### [at] hotmailcom> wrote in message
> news:3b447809@news.povray.org...
> > Some weeks ago I heard about some Clutter() macro. Since I found nothing
> > that kind (to be honest I didn't even look for it...;)) today I wrote
> (after
> > lunch) a little macro which randomly places a series of objects. It
allows
> > you to define obstacles as well (as you can see from this simple
picture).
> > There are 275 spheres and 275 boxes randomly placed in a 10x10 square.
>
> Can the objects be different sizes?
>
> Gail
> --
> *************************************************************************
> * gsh### [at] monotixcoza * Step into the abyss, *
> * http://www.rucus.ru.ac.za/~gail/ * and let go. Babylon 5 *
> *************************************************************************
> * The difficult we do immediately, the impossible takes a little longer *
> *************************************************************************
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann wrote in message <3B4580F7.D17EE948@gmx.de>...
> Wlodzimierz ABX Skiba wrote:
> > I have working compilation of my refer patch and now I must agree with
opponents
> > that it is slow. It saves memory very good but it is slow. I send statistics
and
> > sample images soon.
>
> It would be of much use in many situations anyway (since it will probably
> still be faster than a radiosity scene using twice the available physical
> memory...
Now I'm not sure, but future clear it...
> Is there no way to improve speed?
Perhpas there is something wrong with bounding. Unfortunatly becouse of my
building I have less time to play with it. Also I wonder what strategy use for
textures - copy original but transformed or refer it too.
--
#macro Sig(A,B,X)_(A,B)_(B,X)_(X,A)#end#macro _(A,B)cylinder{<A.x,A.y,3>,<B.u,
B.v,3>.1,9}#end global_settings{max_trace_level 9}light_source{0 1}camera{up y
*4right-3*x}blob{_(<3,1>,<1,-5>)_(<2,-2>,<4,-2>)Sig(x,<-1,1.5>,<1,3>)_(z-1,z-4
)pigment{rgb 1}}box{-3 3pigment{rgb 0}finish{reflection 1}hollow} // POV-Ray31
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
JRG wrote:
>
> It looks really interesting to me, though rather complex.
> The macro I wrote is intended to serve my poor needs: I got bored placing
> every single object on a table (like in my last IRTC entry). So I just wrote
> a little (and extremely simple) script that places any objects (the number
> is unlimited) in a rectangle. The placing is absolutely random. So, if there
> are too many objects and too little space the computer spends a lot of time
> to find free spots. Because it just verifies, each time, if a random
> position doesn't touch any object already placed (and the obstacles as
> well).
> If anyone is interested in it, I can post it.
>
> Regards,
> Jonathan.
I wrote something to randomly pack boxes of identical size under a HF a
few months ago. I think I posted a picture too. Anybody interested?
--
__ __ __ __ _
| | / \ / / |_ / |/
\/\/ \__/ /_ /_ |__ \_ |\
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
