![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
"Rafal 'Raf256' Maj" <spa### [at] raf256 com> wrote:
> abx### [at] abx art pl news:ek6jc0pqg1313gv43dqo485du7mag1h7re@4ax.com
>
> > With the risk of repeating it again, are you aware of how many objects
> > are hit in radiosity scenes for each pixel with every intersection? Do
> > you know memory behind it?
>
> Who said that each ray should have full history of with objects is he
> depending on (with object do this ray or its children etc. hit ;) ?
You would need it, in order to know which pixels to re-render.
> Its another way around, YOu have one object i.e. 27-th isosurface in scene,
> YOu store its pointer globaly, and each ray only have a boolean information
> did he hit it - YES or NO
Oo... Global Variables = Bad (sorry, couldn't resist) :)
Anyway, this way would actually use more memory - you would have an array of
(image_width * image_height) of booleans *PER* *OBJECT*. A list of rays
which hit would be better, but would probably be equivalent to each ray
having a list of object which affect it.
In fact, something like this could probably be implemented for tiles,
instead of single rays, but it would only be useful for interactive
modeling. The way POV-Ray currently works would not support it.
....Chambers
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> The way it works is the master opens a new session, delivering
> "command-line" arguments over RPC. Then, the MegapovXRS slave parses the
> scene, shoots any photons and then waits for tile requests. When tiles
> come in they are rendered *without* having to parse or shoot photons
> again. This should provide a substantial boost (compared to a pure
> script based approach) when it comes to network rendering scenes with
> long parse times.
Wow! That's good.
Is it Linux- or Windows-based ?
> I have a highly functional beta here and I'm working as we speak on
> preparing it for release to my beloved POV-Ray community for review.
Can't wait to see that!
Best,
S.
>
> Best Regards,
> George Pantazopoulos
> http://www.gammaburst.net
>
>
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Steven Pigeon wrote:
>>The way it works is the master opens a new session, delivering
>>"command-line" arguments over RPC. Then, the MegapovXRS slave parses the
>>scene, shoots any photons and then waits for tile requests. When tiles
>>come in they are rendered *without* having to parse or shoot photons
>>again. This should provide a substantial boost (compared to a pure
>>script based approach) when it comes to network rendering scenes with
>>long parse times.
>
>
> Wow! That's good.
>
> Is it Linux- or Windows-based ?
>
>
Hi Steven,
MegapovXRS is linux-based. What platform do you use?
>
>>I have a highly functional beta here and I'm working as we speak on
>>preparing it for release to my beloved POV-Ray community for review.
>
>
> Can't wait to see that!
>
Thanks, same here. I'm trying to work out how to best handle the many
library dependencies and also getting some bugs out (eg. transferring
the rendered images works over a LAN but not always over the net). It
can be difficult. Due to the use of libraries there's a substantial
amount of code that I didn't write, yet still have to debug along with
my own code when something goes wrong :)
Regards,
George Pantazopoulos
http://www.gammaburst.net
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> Hi Steven,
>
> MegapovXRS is linux-based. What platform do you use?
Actually, both. XP to get the scene right, and Linux to do the
very lengthy renders.
Best,
S.
--
Steven Pigeon, Ph. D.
ste### [at] stevenpigeon com
ste### [at] videotron ca
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |