POV-Ray : Newsgroups : povray.binaries.images : Clutter Server Time
18 Aug 2024 06:15:54 EDT (-0400)
  Clutter (Message 11 to 19 of 19)  
<<< Previous 10 Messages Goto Initial 10 Messages
From: JRG
Subject: Re: Clutter
Date: 5 Jul 2001 17:54:40
Message: <3b44e220@news.povray.org>
I posted the code in p-t-s-f.

Jonathan.


Post a reply to this message

From: JRG
Subject: Re: Clutter
Date: 5 Jul 2001 17:57:59
Message: <3b44e2e7$1@news.povray.org>
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] pphtvfi> 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

From: Gail Shaw
Subject: Re: Clutter
Date: 6 Jul 2001 03:24:24
Message: <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

From: Wlodzimierz ABX Skiba
Subject: Re: Clutter
Date: 6 Jul 2001 04:15:07
Message: <3b45738b@news.povray.org>
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

From: Wlodzimierz ABX Skiba
Subject: Re: Clutter
Date: 6 Jul 2001 04:27:55
Message: <3b45768b@news.povray.org>
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

From: Christoph Hormann
Subject: Re: Clutter
Date: 6 Jul 2001 05:10:50
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...

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

From: JRG
Subject: Re: Clutter
Date: 6 Jul 2001 05:58:56
Message: <3b458be0@news.povray.org>
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

From: Wlodzimierz ABX Skiba
Subject: Re: Clutter
Date: 6 Jul 2001 06:00:37
Message: <3b458c45@news.povray.org>
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

From: Francois Dispot
Subject: Re: Clutter
Date: 6 Jul 2001 15:41:07
Message: <3B461452.4F523731@club-internet.fr>
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

<<< Previous 10 Messages Goto Initial 10 Messages

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