 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mark James Lewin wrote:
>
> This light was square and used 25 spotlights are per Kari's suggestions.
For this one area_light D*x, D*z, 5, 5 jitter adaptive 0 would be
enough. I would say that if the nearest object is within 3*fade_distance
and more accurate lighting is needed then divide the source. Try it first
with one source and see what it looks like. cornell.pov in the beta
distribution can be used to see how dividing the source affects the lighting.
The N parameter divides the source to N^2 sub sources. N=3 was mainly
used to get better lighting on the front of the tall box, the rest
of the scene is ok with 1 source. Notice how the light intensity remains
constant even when the source is divided without altering source brightness.
It's because the light source color brightness is actually brightness/area
so when a source is divided to smaller sources they still have the same
area brightness.
> I used radiostity with a recursion limit of 5 (probably a little excessive)
> and here are the results.
Looks good and a fortunate coincidence is that the scene contrast
ratio matches nicely that of a typical monitor so no post processing
is needed :)
_____________
Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mark James Lewin wrote:
>
> I suggest we call these wonderful lights Kari-lights in honour
> of their inventor :-)
I would more like them as rayalistic lights :)
_____________
Kari Kivisalo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Kari Kivisalo wrote:
> For this one area_light D*x, D*z, 5, 5 jitter adaptive 0 would be
> enough.
I seldom see the easy way first :-) I am still amazed at how much indoor rad
scenes can benefit from these settings.
>
> Looks good and a fortunate coincidence is that the scene contrast
> ratio matches nicely that of a typical monitor so no post processing
> is needed :)
Thank you.
If only POV had the ability to adjust colours before they are clipped and written
to file...
--
text{ttf"timrom.ttf"concat(#local O=1;#while(O<7)chr(val(substr(concat(#local Q=
1;#while(Q<7)str(asc(substr("???<?>",Q,1))-56,0,0),#local Q=Q+1;#end""),O,2))),#
local O=O+2;#end"").1,0pigment{rgb 9}translate-<1,.3,-2>} // MJL
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Drooool!! Now tell me the render time!
Hugo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mark James Lewin wrote:
> I saw Kari Kivisalo's suggestions to Tim Nikias on realistic light
Very good! Seems that Kari is a great inipiration for all us. I'm trying
to finish a macro for this kind of kari-lights, which I started some months
ago inspired by Kari comments.
I'm also playing with another Kari idea, and that's using spectral data
for the lights. His original idea was to wrap spectrum pictures on a sphere
containing the light. But that was slow, so I searched the net and found an
algoritm to convert a sampled spectrum into rgb, and it seems to work
pretty well for common bulbs spectrums (feven luorescents come out
greeninsh!:). The problem is that I never seem to be even close to finish
the macro: RL is a bit annoying sometimes... hope to have something decent
to show soon.
--
Jaime Vives Piqueres
La Persistencia de la Ignorancia
http://www.ignorancia.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
If I were you I would report this bug to p.b-t:
"Bug: radiosity artefacts disappeared..."
Great job.
--
#local j=text{ttf"arial""JRG".2,0}#local J=0;#while(J<10)#local R=0;#while
(R<2)#local G=0;#while(G<1)#if(inside(j<R,G.1>))object{j scale.025translate
<R-1G-J/20J/-40+2>pigment{rgb<9J>}}#debug"O"#else#debug" "#end#local G=G+
.025;#end#local R=R+.05;#debug"\n"#end#local J=J+1;#end// JRG
Home: http://digilander.iol.it/jrgpov //New: Kitchen scene WIP
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Render time was ~ 20 min on an 800MHz Athlon. The radiosity settings used were
higher than needed, though.
MJL
Hugo wrote:
> Drooool!! Now tell me the render time!
>
> Hugo
--
text{ttf"timrom.ttf"concat(#local O=1;#while(O<7)chr(val(substr(concat(#local Q=
1;#while(Q<7)str(asc(substr("???<?>",Q,1))-56,0,0),#local Q=Q+1;#end""),O,2))),#
local O=O+2;#end"").1,0pigment{rgb 9}translate-<1,.3,-2>} // MJL
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Jaime Vives Piqueres wrote:
> Very good!
Thank you!
> I'm also playing with another Kari idea, and that's using spectral data
> for the lights [snip]... hope to have something decent to show soon.
I bet lots of people would use something like this. Good luck with it.
--
text{ttf"timrom.ttf"concat(#local O=1;#while(O<7)chr(val(substr(concat(#local Q=
1;#while(Q<7)str(asc(substr("???<?>",Q,1))-56,0,0),#local Q=Q+1;#end""),O,2))),#
local O=O+2;#end"").1,0pigment{rgb 9}translate-<1,.3,-2>} // MJL
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
JRG wrote:
> If I were you I would report this bug to p.b-t:
> "Bug: radiosity artefacts disappeared..."
>
> Great job.
Thank you. Buggy :-) rad settings were...
radiosity
{
pretrace_start 0.01
pretrace_end 0.005
recursion_limit 5
count 300
error_bound 0.25
nearest_count 7
minimum_reuse 0.01
always_sample off
}
which I would not like to use in a scene any more complex than this...
--
text{ttf"timrom.ttf"concat(#local O=1;#while(O<7)chr(val(substr(concat(#local Q=
1;#while(Q<7)str(asc(substr("???<?>",Q,1))-56,0,0),#local Q=Q+1;#end""),O,2))),#
local O=O+2;#end"").1,0pigment{rgb 9}translate-<1,.3,-2>} // MJL
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3C4E0DEC.D2900806@yahoo.com.au>,
Mark James Lewin <m_j### [at] yahoo comau> wrote:
> If only POV had the ability to adjust colours before they are clipped and
> written to file...
MegaPOV has this ability.
--
--
Christopher James Huff <chr### [at] maccom>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
