POV-Ray : Newsgroups : povray.general : Bug (or feature to design around when animating). Server Time
31 Jul 2024 16:17:41 EDT (-0400)
  Bug (or feature to design around when animating). (Message 11 to 16 of 16)  
<<< Previous 10 Messages Goto Initial 10 Messages
From: Charles C
Subject: Re: Bug (or feature to design around when animating).
Date: 10 Feb 2007 02:05:00
Message: <web.45cd6d9e18adace6e33c01c00@news.povray.org>
Alain <ele### [at] netscapenet> wrote:
> How many objects in the first set of frames? Is it less than the bounding threshold?
> If the answer the second question is YES, then there will be NO bounding at all
> for the entire animation.
> A solution: add 1 or 2 dumy objects, like small sphere with no_image, no_shadow
> and no_reflection or objects placed off field: behind the camera or
> behind/inside some opaque object.
> Others have been hit with that problem in animation with a growing number of
> objects: 0 to 2 objects in the first frame and eventualy 1000s in subsequent frames.

That's interesting but doesn't fit with my experiences...  I made a simple
system for doing "distributed" animation rendering where basically each
machine or instance of POV-Ray renders an empty frame if a flag-file has
been produced by another machine on a shared drive.  Anyway, I haven't seen
or at least I haven't noticed a slow-up for starting with empty frames.
Also see my results I posted for a variation of Greg's sample. Slow up
occurs on late frames but only after a period of empties, even if the early
frames aren't empty.   I guess I replied in the wrong place, but here's
where it's at:

http://news.povray.org/povray.text.scene-files/message/%3Cweb.45ca98cae9bbeb3a632e613b0%40news.povray.org%3E/#%3Cweb.45
ca98cae9bbeb3a632e613b0%40news.povray.org%3E


Post a reply to this message

From: Charles C
Subject: Re: Bug (or feature to design around when animating).
Date: 10 Feb 2007 17:40:00
Message: <web.45ce496218adace6e94cc5130@news.povray.org>
"Charles C" <nomail@nomail> wrote:
> Alain <ele### [at] netscapenet> wrote:
> > How many objects in the first set of frames? Is it less than the bounding
threshold?
> > If the answer the second question is YES, then there will be NO bounding at all
> > for the entire animation.
> > A solution: add 1 or 2 dumy objects, like small sphere with no_image, no_shadow
> > and no_reflection or objects placed off field: behind the camera or
> > behind/inside some opaque object.
> > Others have been hit with that problem in animation with a growing number of
> > objects: 0 to 2 objects in the first frame and eventualy 1000s in subsequent
frames.
>
> That's interesting but doesn't fit with my experiences...  I made a simple
> system for doing "distributed" animation rendering where basically each
> machine or instance of POV-Ray renders an empty frame if a flag-file has
> been produced by another machine on a shared drive.  Anyway, I haven't seen
> or at least I haven't noticed a slow-up for starting with empty frames.
> Also see my results I posted for a variation of Greg's sample. Slow up
> occurs on late frames but only after a period of empties, even if the early
> frames aren't empty.   I guess I replied in the wrong place, but here's
> where it's at:
>
>
http://news.povray.org/povray.text.scene-files/message/%3Cweb.45ca98cae9bbeb3a632e613b0%40news.povray.org%3E/#%3Cweb.
45
> ca98cae9bbeb3a632e613b0%40news.povray.org%3E


I have to take back part of what I said... I tried my little distibuted
rendering system with a more complicated scene which I guess needs the
bounding more than my other one.  Instance #1 on Machine A flags frame #1
and renders it in seconds.  Instance #2 on Machine A sees that frame #1 has
been flagged and renders an empty frame and goes on and flags frame #2 and
starts rendering it at a snail's pace (read ~1+ hours? instead of < ~1min).
 Instance #1 finishes frame #1 renders an empty frame #2 and goes on to
render frame #3 at a snail's pace.  Any other instance of POV-Ray on any
machine render at a snail's pace.  The distro system itself works like a
charm but there's not a lot of point when running into this.....

Charles


Post a reply to this message

From: Tom York
Subject: Re: Bug (or feature to design around when animating).
Date: 11 Feb 2007 00:45:01
Message: <web.45ceac6718adace67d55e4a40@news.povray.org>
Alain <ele### [at] netscapenet> wrote:
> How many objects in the first set of frames? Is it less than the bounding threshold?
> If the answer the second question is YES, then there will be NO bounding at all
> for the entire animation.
> A solution: add 1 or 2 dumy objects, like small sphere with no_image, no_shadow
> and no_reflection or objects placed off field: behind the camera or
> behind/inside some opaque object.
> Others have been hit with that problem in animation with a growing number of
> objects: 0 to 2 objects in the first frame and eventualy 1000s in subsequent frames.

Couldn't the +MB option help here? Can you not set it to +MB5 or less (I
think the default is 25 objects)? No dummy objects would be needed in that
case.

Tom


Post a reply to this message

From: Charles C
Subject: Re: Bug (or feature to design around when animating).
Date: 11 Feb 2007 01:35:00
Message: <web.45ceb7d918adace67d5894630@news.povray.org>
"Tom York" <alp### [at] zubenelgenubi34spcom> wrote:
> Alain <ele### [at] netscapenet> wrote:
> > How many objects in the first set of frames? Is it less than the bounding
threshold?
> > If the answer the second question is YES, then there will be NO bounding at all
> > for the entire animation.
> > A solution: add 1 or 2 dumy objects, like small sphere with no_image, no_shadow
> > and no_reflection or objects placed off field: behind the camera or
> > behind/inside some opaque object.
> > Others have been hit with that problem in animation with a growing number of
> > objects: 0 to 2 objects in the first frame and eventualy 1000s in subsequent
frames.
>
> Couldn't the +MB option help here? Can you not set it to +MB5 or less (I
> think the default is 25 objects)? No dummy objects would be needed in that
> case.
>
> Tom

Running into the same issue as mentioned, today I tried adding +MB, +MB0,
and Bounding=on to an animation ini file.  None of it helped in my case.
What did work was using those dummy objects... Mind you, a single tiny
invisible sphere didn't have any affect unless using +MB0 or +MB1, but a
ring of ten tiny invisible spheres did work with the default.  Some quick
testing it seems that the default threshold is (for 3.6.0 anyway) 10, not
25 as indicated in the docs.  Can anybody verify that for 3.6.1?  Anyway,
Woohoo!  Rendering fast again!
Charles


Post a reply to this message

From: Alain
Subject: Re: Bug (or feature to design around when animating).
Date: 11 Feb 2007 08:50:55
Message: <45cf1f3f$1@news.povray.org>
Charles C nous apporta ses lumieres en ce 11-02-2007 01:29:
> "Tom York" <alp### [at] zubenelgenubi34spcom> wrote:
>> Alain <ele### [at] netscapenet> wrote:
>>> How many objects in the first set of frames? Is it less than the bounding
threshold?
>>> If the answer the second question is YES, then there will be NO bounding at all
>>> for the entire animation.
>>> A solution: add 1 or 2 dumy objects, like small sphere with no_image, no_shadow
>>> and no_reflection or objects placed off field: behind the camera or
>>> behind/inside some opaque object.
>>> Others have been hit with that problem in animation with a growing number of
>>> objects: 0 to 2 objects in the first frame and eventualy 1000s in subsequent
frames.
>> Couldn't the +MB option help here? Can you not set it to +MB5 or less (I
>> think the default is 25 objects)? No dummy objects would be needed in that
>> case.

>> Tom

> Running into the same issue as mentioned, today I tried adding +MB, +MB0,
> and Bounding=on to an animation ini file.  None of it helped in my case.
> What did work was using those dummy objects... Mind you, a single tiny
> invisible sphere didn't have any affect unless using +MB0 or +MB1, but a
> ring of ten tiny invisible spheres did work with the default.  Some quick
> testing it seems that the default threshold is (for 3.6.0 anyway) 10, not
> 25 as indicated in the docs.  Can anybody verify that for 3.6.1?  Anyway,
> Woohoo!  Rendering fast again!
> Charles

What you need is to add Bounding_Threshold = 1 or even 0 to your ini file. The 
default is set to 3 in the file povray.ini.
+bm2 is used to turn on binary tree bounding, instead of using the bounding box 
method. This flag don't work in version older than the 3.7 beta.
So, you need 1 dummy if the first scene have 2 finite objects, 2 dummy if you 
have 1 finite object and 3 dummy if you only have infinite objects and no finite 
ones.

-- 
Alain
-------------------------------------------------
EVERYTHING HAS A GENDER

You may not know this but many nonliving things have a gender...

An Hourglass is Female, because over time, the weight shifts to the bottom.


Post a reply to this message

From: Charles C
Subject: Re: Bug (or feature to design around when animating).
Date: 12 Feb 2007 00:20:00
Message: <web.45cff79018adace69926319c0@news.povray.org>
Alain <ele### [at] netscapenet> wrote:
> Charles C nous apporta ses lumieres en ce 11-02-2007 01:29:
> What did work was using those dummy objects... Mind you, a single tiny
> > invisible sphere didn't have any affect unless using +MB0 or +MB1, but a
> > ring of ten tiny invisible spheres did work with the default.  Some quick
> > testing it seems that the default threshold is (for 3.6.0 anyway) 10, not
> > 25 as indicated in the docs.  Can anybody verify that for 3.6.1?  Anyway,
> > Woohoo!  Rendering fast again!
> > Charles
>
> What you need is to add Bounding_Threshold = 1 or even 0 to your ini file. The
> default is set to 3 in the file povray.ini.

Yes, as I mentioned I tried both +MB0 and +MB1 with the single sphere but I
prefered in this instance to make something that works well with default
settings.  I see the "Bounding_Threshold = 3" in POVRAY.INI but strangely
10 sphere's stopped the problem while 11 did not, making me conclude that
the real threshold being used (without my adding anything)was 10, but I'm
not sure why....  Strange.
Charles


Post a reply to this message

<<< Previous 10 Messages Goto Initial 10 Messages

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