Jaime Vives Piqueres wrote:
> 
>   You are right, the stats report about 1-2% of new samples. But almost 
> in all my recent scenes this leads to invisible artifacts. On the 
> difference image you have to raise brightness and contrast to the 
> maximum to see them. But curiously, the artifacts do not seem to 
> visually have any relation with the tiles... they seem a global thing.
> 
>   In any case, I suppose this happens also when I distribute manually a 
> rendering over my machines. And as I always use the two-pass radiosity 
> method, the only difference for me when using XRS is that I need much 
> less effort and time to obtain the same result.

Well, in a lot of cases small variances between renders do not matter 
much but there are also cases where exact reproducibility is necessary.

The fact that you don't have tiling aligned structures in the difference 
image just means your sample spacing in the pre-acquired data 
(influenced by effective error_bound and pretrace_end) is very small in 
comparison to the tiles.

Christoph

-- 
POV-Ray tutorials, include files, Landscape of the week:
http://www.imagico.de/ (Last updated 20 Aug. 2006)
MegaPOV with mechanics simulation: http://megapov.inetart.net/

Post a reply to this message

Christoph Hormann <chr### [at] gmxde> wrote:
> George Pantazopoulos wrote:
> >
> > I think your questions are important, and I agree there needs to be more
> > solid documention. I'll put some effort towards that.
> >
> > The "Server" is a modified version of MegaPOV, to which I added a new thread
> > to handle RPC requests.
>
> So the server needs to run on all nodes supposed to participate in the
> distributed render.  I suppose when no render is running it is an idle
> program.
>

That's right.

> >
> > - Certain scene initializations such as parsing and photon shooting are only
> > done once per scene session, and not for every tile.
>
> But how do you transfer the data to the other nodes in a portable way
> then (and one that does not eat tons of network bandwidth)?
>

Whoops, that should've read "once per scene session, per server". The
server's don't exchange internal state with one another.


> I would suggest you sepearate the client from the GUI - a lot of people
> will probably prefer a command line interface (preferably syntax
> compatible with POV-Ray) or use it in a CGI script.
>

I think that's a good idea. Or, perhaps a command line switch to disable the
GUI?

Post a reply to this message

"Christoph Hormann" <chr### [at] gmxde> wrote in message 
news:ed9khj$k79$1@chho.imagico.de...
> George Pantazopoulos wrote:
>> Website:
>> http://www.gammaburst.net/xrs
>
> I am strongly missing some explanation on how your tools and especially 
> your modifications of POV-Ray work.  What is the server?  What is the 
> client?  What data is exchanged between both and how (the screenshot 
> indicates there is HTTP involved)?  What is different about the modified 
> version of POV-Ray/MegaPOV and how does it interact with the scripts in 
> the package?
>
> This looks like a good approach on network rendering with POV-Ray 3.6 
> (although the dependency on nonstandard libs is limiting) but some solid 
> documentation would be very important.
>
> BTW you should include the POV-Ray license files with the modified POV-Ray 
> source files.
>
>> With valuable feedback from Jaime Vives Piqueres, I fixed a bug in 
>> version
>> 2.0.5 where radiosity data was lost in between rendering tiles. Now there
>> are far fewer tiling artifacts when doing radiosity scenes, and they can 
>> be
>> eliminated altogether using Jaime's two-pass technique (involves
>> precalculating rad data using a normal version of megapov first)
>
> Now this is unlikely - considering the modifications you made even 
> impossible - that you can guarantee tiling artefact free results with 
> non-sequential rendering.  Running the pretrace for the full image in 
> advance will reduce the problems but it will not remove them (try 
> comparing two images of two different renders with different tilings and 
> you will see).
>
> The newest radiosity patches in MegaPOV can help you minimize the 
> differences but without further changes (which will involve performance 
> loss) you won't get completely reproducible results in parallel renders 
> using radiosity.
>
> Christoph
>
> -- 
> POV-Ray tutorials, include files, Landscape of the week:
> http://www.imagico.de/ (Last updated 20 Aug. 2006)
> MegaPOV with mechanics simulation: http://megapov.inetart.net/

Post a reply to this message

Can anyone please tell me where to obtain Megapov XRS?

Thank you  !!

Post a reply to this message