POV-Ray : Newsgroups : povray.binaries.images : blub : Re: blub Server Time
14 Aug 2024 05:13:32 EDT (-0400)
  Re: blub  
From: Roz
Date: 4 Dec 2002 23:28:19
Message: <3DEED62D.1030402@netscape.net>
Doctor John wrote:
> Rafal 'Raf256' Maj wrote:
> 
>>"Apache" <apa### [at] yahoocom> wrote in
>>news:3dec0a34[at]news.povray.org
>>
>>
>>>Time For Trace:   14 hours 12 minutes  27.0 seconds (50902 seconds)
>>>    Total Time:   14 hours  8 minutes  22.0 seconds (50902 seconds)
>>
>>How fast was Yours computer moving while rendering ;) ?
>>
> 
> I'm glad I'm not the only one getting weird time estimates. Until now I
> assumed it was because there was something broken in my compile.
> Now I know the true reason - I'm moving at 96.657463% of c!
> For my next trick I will send a copy of a few other weird stats files
> yesterday. ;-)
> 

I see the Time For Trace hours/minutes/seconds part offbase all the time.
The seconds listed in the parentheses will be correct. Here's an example
from rendering biscuit.pov (320x240 no AA):

Time For Trace:    0 hours 30 minutes  60.0 seconds (3 seconds)
     Total Time:    0 hours  0 minutes   3.0 seconds (3 seconds)

What I think it's been doing is calculating the trace time for the
hours/minutes/seconds part based on how long the POV-Ray render window
stays open. I know that sounds weird but testing seems to bear that
out. For the biscuit.pov times above, I started the render and left
the display window open, made a futile attempt to catch up on newgroups,
then returned to the display window and clicked on it to close it. So
you can see I spent about 30 minutes trying to comprehend the many
POV-Ray newsgroup postings.

This is with the Linux version btw, I have not tested the behavior on
any other platform.

I like Tek's suggestion though and we need to look into implementing
some sort of backwards timewarp so that my 15 hr renders only take
3 minutes ;)

-Roz


Post a reply to this message

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