POV-Ray : Newsgroups : povray.newusers : how to speed up rendering with my objects Server Time
4 Nov 2024 13:02:06 EST (-0500)
  how to speed up rendering with my objects (Message 1 to 6 of 6)  
From: Maik Schmidt
Subject: how to speed up rendering with my objects
Date: 23 Jun 2003 10:04:31
Message: <3ef708ef@news.povray.org>
Hi.

I've just finished programming my macro for a SF container. I use it 
within a story of mine and just wanted to see how it looks in 3D.

Now that I have it, I can place containers in different sizes very well 
but I wonder WHY exactly a render in 512x384 is so slow. It takes my 
900MHz Thunderbird about 6 Minutes to finish. Most of the provided 
povray examples which look quite complex are rendering really much faster!

Perhaps someone can take a look at my code and tell my either where or 
why it is slow and if it can be speed up?

You should be able to download the code from:
http://home.t-online.de/home/callan/container.zip (10kB)

Greetings and hoping for some tips,
Maik Schmidt


Post a reply to this message

From: Tim Nikias v2 0
Subject: Re: how to speed up rendering with my objects
Date: 23 Jun 2003 10:32:30
Message: <3ef70f7e$1@news.povray.org>
Several things:
1. Arealights: They slow down the rendering
2. The difference in container.inc uses lots of objects. Thats
difficult CSG for POV-Ray to solve. Perhaps just difference
the stuff out of one side and place that. Right now, POV-Ray
checks all sides where to difference. If you use +UD on the
command-line, you'll see large blue boxes. Try to make them smaller
by using smaller chunks of objects with each other.
3. You could use boxes instead of polygons to map the image onto
it.

Regards,
Tim

-- 
Tim Nikias v2.0
Homepage: http://www.digitaltwilight.de/no_lights
Email: Tim### [at] gmxde

> Hi.
>
> I've just finished programming my macro for a SF container. I use it
> within a story of mine and just wanted to see how it looks in 3D.
>
> Now that I have it, I can place containers in different sizes very well
> but I wonder WHY exactly a render in 512x384 is so slow. It takes my
> 900MHz Thunderbird about 6 Minutes to finish. Most of the provided
> povray examples which look quite complex are rendering really much faster!
>
> Perhaps someone can take a look at my code and tell my either where or
> why it is slow and if it can be speed up?
>
> You should be able to download the code from:
> http://home.t-online.de/home/callan/container.zip (10kB)
>
> Greetings and hoping for some tips,
> Maik Schmidt
>


Post a reply to this message

From: Mike Williams
Subject: Re: how to speed up rendering with my objects
Date: 23 Jun 2003 13:48:56
Message: <RFZYPEAvsz9+Ewa5@econym.demon.co.uk>
Wasn't it Maik Schmidt who wrote:
>Hi.
>
>I've just finished programming my macro for a SF container. I use it 
>within a story of mine and just wanted to see how it looks in 3D.
>
>Now that I have it, I can place containers in different sizes very well 
>but I wonder WHY exactly a render in 512x384 is so slow. It takes my 
>900MHz Thunderbird about 6 Minutes to finish. Most of the provided 
>povray examples which look quite complex are rendering really much faster!
>
>Perhaps someone can take a look at my code and tell my either where or 
>why it is slow and if it can be speed up?
>
>You should be able to download the code from:
>http://home.t-online.de/home/callan/container.zip (10kB)

My "Holes Tutorial" will explain why objects that contain lots of holes
can often be slow, and may suggest some techniques that you might try to
speed it up.

<http://www.econym.demon.co.uk/holetut/index.htm>

-- 
Mike Williams
Gentleman of Leisure


Post a reply to this message

From: Maik Schmidt
Subject: Re: how to speed up rendering with my objects
Date: 23 Jun 2003 15:01:22
Message: <3ef74e82@news.povray.org>
Hi,

Mike Williams wrote:
>>Perhaps someone can take a look at my code and tell my either where or 
>>why it is slow and if it can be speed up?
>>
>>You should be able to download the code from:
>>http://home.t-online.de/home/callan/container.zip (10kB)
> 
> My "Holes Tutorial" will explain why objects that contain lots of holes
> can often be slow, and may suggest some techniques that you might try to
> speed it up.
> 
> <http://www.econym.demon.co.uk/holetut/index.htm>

I feat it does not work with my macro. I do not have so much holes as 
you have; only 5 per container.

Thanks anyway,
Maik


Post a reply to this message

From: skrillian
Subject: Re: how to speed up rendering with my objects
Date: 23 Jun 2003 21:42:46
Message: <3ef7ac96$1@news.povray.org>
On Mon, 23 Jun 2003 10:04:58 -0400, Maik Schmidt wrote:


> Perhaps someone can take a look at my code and tell my either where or
> why it is slow and if it can be speed up?

	Difference and merge and clipped_by slow things down when rendering 
the objects involved in the those processes.

	Say you have ten small objects in a union to make one large object. If
you difference {object{large} object{very_very_small}} the entire large
object is slowed. If you difference {object {small}
object{very_very_small}} and then union that into the large object it only
slows down when rendering the small object.

	If you could redesign it so that only the parts of the base and (top?)
that need to be differenced into a separate part and union all three you
should get a speed increase.


Post a reply to this message

From: Maik Schmidt
Subject: Re: how to speed up rendering with my objects
Date: 24 Jun 2003 11:04:05
Message: <3ef86865$1@news.povray.org>
Hi,

skrillian wrote:
>>Perhaps someone can take a look at my code and tell my either where or
>>why it is slow and if it can be speed up?
> 
> ... you could redesign it so that only the parts of the base and (top?)
> that need to be differenced into a separate part and union all three you
> should get a speed increase.

I don't think I will change my macro now, after it is working the way I 
want. But I will write this and the other advices down to have them 
ready when I want to do something again for my story.

Thanks anyway,
Maik


Post a reply to this message

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