POV-Ray : Newsgroups : povray.binaries.images : Apartment rad (take 1) Server Time
18 Aug 2024 02:18:23 EDT (-0400)
  Apartment rad (take 1) (Message 1 to 10 of 11)  
Goto Latest 10 Messages Next 1 Messages >>>
From: Thomas Lake
Subject: Apartment rad (take 1)
Date: 11 Jul 2001 21:32:03
Message: <3b4cfe13@news.povray.org>
The thing in the alcove at the back is supposed to be some sort of
futuristic machine, but it ended up looking more like a garbage can. I'm
going to play around with some more designs for it. One REALLY annoying
problem I had with this image is that Pov-Ray kept stalling at about line
621 of the 1024x768 render. I had to reposition the camera and rerender this
scene over 20 times before I got it to render without stalling. Has anyone
encountered this kind of problem before? I noticed that if I took the
pretrace_end above 0.01 it didn't stall on the radiosity prepasses but it
still stalled on the final render, the only way I could solve this is if I
moved the camera around. Too bad the desk lamp is small in this scene
because I actually put tones of detail into it, perhaps I'll render a
close-up of it latter, if I can fix this stalling issue.


Post a reply to this message


Attachments:
Download 'bedroom2.JPG' (52 KB)

Preview of image 'bedroom2.JPG'
bedroom2.JPG


 

From: Bill DeWitt
Subject: Re: Apartment rad (take 1)
Date: 11 Jul 2001 23:26:18
Message: <3b4d18da@news.povray.org>
"Thomas Lake" <tla### [at] homecom> wrote in message
news:3b4cfe13@news.povray.org...
> The thing in the alcove at the back is supposed to be some sort of
> futuristic machine, but it ended up looking more like a garbage can.

    Maybe if you made something that looks bigger than the hole in the wall,
like it takes up most of the wall but only needs access to the room through
the hole....? Maybe something with nasty pinchers that come out when you
sleep...

    Oh Great! Now -I- won't be able to get to sleep...


Post a reply to this message

From: Christoph Hormann
Subject: Re: Apartment rad (take 1)
Date: 12 Jul 2001 03:40:15
Message: <3B4D54E7.DA2C3BB9@gmx.de>
Thomas Lake wrote:
> 
> The thing in the alcove at the back is supposed to be some sort of
> futuristic machine, but it ended up looking more like a garbage can. I'm
> going to play around with some more designs for it. One REALLY annoying
> problem I had with this image is that Pov-Ray kept stalling at about line
> 621 of the 1024x768 render. I had to reposition the camera and rerender this
> scene over 20 times before I got it to render without stalling. Has anyone
> encountered this kind of problem before?

I noticed stalled renders some times too, but it mostly occured if the
render was already slow so you do not really notice it's stalled ;-) 
Anyway it never was persistent, slight changes always helped.

> I noticed that if I took the
> pretrace_end above 0.01 it didn't stall on the radiosity prepasses but it
> still stalled on the final render, the only way I could solve this is if I
> moved the camera around. Too bad the desk lamp is small in this scene
> because I actually put tones of detail into it, perhaps I'll render a
> close-up of it latter, if I can fix this stalling issue.
> 

It looks good, but the sizes seem somewhat wrong, as you mentioned the
table lamp is too small, at the same time, the main light is very large of
course. Finally a 'garbage can' half the height of the room? :-)

Christoph

-- 
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other 
things on: http://www.schunter.etc.tu-bs.de/~chris/


Post a reply to this message

From: David Fontaine
Subject: Re: Apartment rad (take 1)
Date: 12 Jul 2001 16:41:00
Message: <3B4E0981.FF686DFC@faricy.net>
Geez, what is this, 1984?  Looks like a pretty gloomy (and cramped)
apartment.  Oh well, the rad ain't bad.

-- 
David Fontaine  <dav### [at] faricynet>  ICQ 55354965
My raytracing gallery:  http://davidf.faricy.net/


Post a reply to this message

From: Thomas Lake
Subject: Re: Apartment rad (take 1)
Date: 12 Jul 2001 16:52:41
Message: <3b4e0e19@news.povray.org>
> Geez, what is this, 1984?  Looks like a pretty gloomy (and cramped)
> apartment.

Actually that is the felling I was going for.


Post a reply to this message

From: Thomas Lake
Subject: Re: Apartment rad (take 1)
Date: 12 Jul 2001 16:55:28
Message: <3b4e0ec0@news.povray.org>
> I noticed stalled renders some times too, but it mostly occured if the
> render was already slow so you do not really notice it's stalled ;-)
> Anyway it never was persistent, slight changes always helped.

Hmm.. well this render is not slow to begin with and the stall is really a
stall, I have to do a ctrl+alt+del to get pov to quit.

> It looks good, but the sizes seem somewhat wrong, as you mentioned the
> table lamp is too small, at the same time, the main light is very large of
> course. Finally a 'garbage can' half the height of the room? :-)

I noticed the proportion problem too. I've now replace the garbage can thing
with a totally different object, and it seems to help that a bit, along with
a few other objects.


Post a reply to this message

From: Thomas Lake
Subject: Re: Apartment rad (take 1)
Date: 12 Jul 2001 16:56:35
Message: <3b4e0f03@news.povray.org>
>     Maybe if you made something that looks bigger than the hole in the
wall,
> like it takes up most of the wall but only needs access to the room
through
> the hole....?

Good idea, in fact I've already have a rhino model in "storage" that might
work nicely here.

>     Oh Great! Now -I- won't be able to get to sleep...

hehe


Post a reply to this message

From: Gilles Tran
Subject: Re: Apartment rad (take 1)
Date: 13 Jul 2001 07:51:22
Message: <3B4EE140.76DB8607@inapg.inra.fr>
Thomas Lake wrote:

> Has anyone
> encountered this kind of problem before? I noticed that if I took the
> pretrace_end above 0.01 it didn't stall on the radiosity prepasses but it
> still stalled on the final render, the only way I could solve this is if I
> moved the camera around.

There is a problem with Megapov stalling when using radiosity on meshes with
(erroneous) 0-length normals. Does it stall on a Rhino object ? If this is the
case, replacing the <0,0,0> normal with something else should fix it.

G.

--

**********************
http://www.oyonale.com
**********************
Graphic experiments
Pov-ray gallery


Post a reply to this message

From: Thomas Lake
Subject: Re: Apartment rad (take 1)
Date: 13 Jul 2001 22:40:36
Message: <3b4fb124@news.povray.org>
> There is a problem with Megapov stalling when using radiosity on meshes
with
> (erroneous) 0-length normals. Does it stall on a Rhino object ? If this is
the
> case, replacing the <0,0,0> normal with something else should fix it.
>
> G.

Hmm no it doesn't stall on a Rhino model, though I do have two large Rhino
meshes in the scene. But they are closer to the top of the image, it stalls
at the bottom of the image, just below the bed. Thanks for the note though,
I had no idea Megapov had this problem, is this a problem with Megapov
itself or does it have more to do with Rhino's output?


Post a reply to this message

From: Gilles Tran
Subject: Re: Apartment rad (take 1)
Date: 14 Jul 2001 07:03:19
Message: <3B50277B.8FDE32B3@inapg.inra.fr>
Thomas Lake wrote:

> Hmm no it doesn't stall on a Rhino model, though I do have two large Rhino
> meshes in the scene. But they are closer to the top of the image, it stalls
> at the bottom of the image, just below the bed. Thanks for the note though,
> I had no idea Megapov had this problem, is this a problem with Megapov
> itself or does it have more to do with Rhino's output?

It's a Megapov problem. In fact many meshes have a couple of 0 normals and
usually it doesn't cause any trouble, but when it does, the symptoms look
exactly like the ones you describe, with Megapov entering an infinite loop in
some very particular circumstances (render size, position etc.).

G.

--

**********************
http://www.oyonale.com
**********************
Graphic experiments
Pov-ray gallery


Post a reply to this message

Goto Latest 10 Messages Next 1 Messages >>>

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