 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I was really irritated because my radiosity was just not working like I
wanted. If illuminated parts looked ok, then shadowed parts were virtually
black. If shadows look ok, then illuminated parts are virtually white...
But I decided to not give up. I would not let this stupid program stop me
from doing what I want. I am the master of the program, not the slave. I will
not tolerate insubordination. I would make povray do what I want even if I
had to force it... ;)
At last I got it. I like how it came up. And it isn't slow either: It took
about 20 minutes to render with my Athlon (+a0.1).
Yes, there is just one light source at the corner of the room. All the rest
of the illumination comes from radiosity!
The second image is the exact same scene but with radiosity turned off to
show what does the radiosity really add to the image.
Radiosity hint of the day:
Are you getting too dark shadows and too bright illuminated parts when
using light sources and radiosity? Try lowering the #default diffuse and
increasing the radiosity brightness. Keep global ambient_light at 0 (or very
close).
Post a reply to this message
Attachments:
Download 'radtest.jpg' (44 KB)
Download 'radtest_norad.jpg' (28 KB)
Preview of image 'radtest.jpg'
Preview of image 'radtest_norad.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hmm... I'm wandering why with all those metal spheres I can't see any
caustics...
Beautiful picture I must say! And thanks for the hint.
p.s. I hope you've made it up with POV... remember that it's your best
friend :)
--
Jonathan
"Warp" <war### [at] tag povrayorg> ha scritto nel messaggio
news:3bc74a7a@news.povray.org...
> I was really irritated because my radiosity was just not working like I
> wanted. If illuminated parts looked ok, then shadowed parts were virtually
> black. If shadows look ok, then illuminated parts are virtually white...
>
> But I decided to not give up. I would not let this stupid program stop
me
> from doing what I want. I am the master of the program, not the slave. I
will
> not tolerate insubordination. I would make povray do what I want even if I
> had to force it... ;)
>
> At last I got it. I like how it came up. And it isn't slow either: It
took
> about 20 minutes to render with my Athlon (+a0.1).
>
> Yes, there is just one light source at the corner of the room. All the
rest
> of the illumination comes from radiosity!
> The second image is the exact same scene but with radiosity turned off
to
> show what does the radiosity really add to the image.
>
> Radiosity hint of the day:
> Are you getting too dark shadows and too bright illuminated parts when
> using light sources and radiosity? Try lowering the #default diffuse and
> increasing the radiosity brightness. Keep global ambient_light at 0 (or
very
> close).
>
>
----------------------------------------------------------------------------
----
>
>
> --
> #macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
> rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
> ],13),8)-3,10>#end blob{N(array[6]{11117333955,
> 7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
>
> I was really irritated because my radiosity was just not working like I
> wanted. If illuminated parts looked ok, then shadowed parts were virtually
> black. If shadows look ok, then illuminated parts are virtually white...
>
> But I decided to not give up. I would not let this stupid program stop me
> from doing what I want. I am the master of the program, not the slave. I will
> not tolerate insubordination. I would make povray do what I want even if I
> had to force it... ;)
>
> At last I got it. I like how it came up. And it isn't slow either: It took
> about 20 minutes to render with my Athlon (+a0.1).
>
Nice, just the large sphere looks somewhat unnatural, how about making it
of glass?
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
>
> If illuminated parts looked ok, then shadowed parts were virtually
> black. If shadows look ok, then illuminated parts are virtually white...
You just described a scene where dynamic range compression
should perform well. Another way is to design the lighting
to limited contrast ratio.
_____________
Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Kari Kivisalo <ray### [at] engineercom> wrote:
: You just described a scene where dynamic range compression
: should perform well.
But as you see, I solved the problem without needing to recurr to any
post-processing.
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Christoph Hormann <chr### [at] gmxde> wrote:
: Nice, just the large sphere looks somewhat unnatural, how about making it
: of glass?
Like this?
(It seems that photons coming from the area light and reflecting from the
sphere make funny patterns on the wall... Any idea how to smooth that out?
And no, I have no idea why the light source is not oversaturated anymore;
I didn't do anything to it; I have the feeling that POV-Ray still has some
problems of radiosity being different from render to render...)
Post a reply to this message
Attachments:
Download 'radtest2.jpg' (43 KB)
Preview of image 'radtest2.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Yummy! Source code, please! :)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Kari Kivisalo wrote:
> You just described a scene where dynamic range compression
> should perform well. Another way is to design the lighting
> to limited contrast ratio.
Is there still no other program than full version of Photoshop that can
do it? If so, is the algorithm how difficult or un-known or patented? If
the algorithm is available somewhere, it shouldn't be very difficult to
write a little app to do that compression.
--
/"\ | iki.
\ / ASCII Ribbon Campaign | fi/
X Against HTML Mail | zds
/ \
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jari Juslin wrote:
> If the algorithm is available somewhere, it shouldn't
> be very difficult to write a little app to do that compression.
All that is required is interactive transfer curve editor
for 48 bit images with real time gamma correction. That's
the whole "algorithm". There are some more features that
would make it more user friendly, the most important being
optional log-log display of the curve.
_____________
Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
>
> But as you see, I solved the problem without needing to recurr to any
> post-processing.
While solving this one you introduced another problem.
It's not realistic anymore :)
_____________
Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
