3d3d9dbe@news.povray.org...
> This is absolutely stunning!!! How long did it take you?
Thanks. The render at 1200*1600 took 6 hours so it's 90 min at 600*800. Many
quality parameters have low settings though, particularly antialiasing,
radiosity and area_lights.
Construction time took about two weeks, a good part of it spent on learning
to create xfrog plants and tweaking image maps of bark and leaves. The image
here is a version 10, while most of my IRTC images were version 15 or
higher.

G.

--

**********************
http://www.oyonale.com
**********************
- Graphic experiments
- POV-Ray and Poser computer images
- Posters

> --
> #macro G(H,S)disc{0z.4pigment{onion
color_map{[0rgb<sin(H/pi)cos(S/pi)*(H<6)
> cos(S/pi)*(H>6)>*18][.4rgb 0]}}translate<H-5S-3,9>}#end
G(3,5)G(2,5.5)G(1,5)
>
G(.6,4)G(.5,3)G(.6,2)G(1,1)G(2,.5)G(3,.7)G(3.2,1.6)G(3.1,2.5)G(2.2,2.5)G(9,5
> )G(8,5.5)G(7,5)G(7,4)G(7.7,3.3)G(8.3,2.7)G(9,2)G(9,1)G(8,.5)G(7,1)///GS
>
>

Post a reply to this message

In article <3D3D12CC.5D0F2200@gmx.de>,
 Christoph Hormann <chr### [at] gmxde> wrote:

> Since this is really a minor issue i don't want to make much ado about it,
> but i disagree on this.  Such abrupt changes only occur with relatively
> strong and rapidly changing wind.  Also the waves here are quite high
> frequency, something also indicating strong wind effect.  The plants in
> the picture imply it is quite calm.  Maybe some concentric structures
> produced by bubbles or animals would be a nice detail.

I see these quite often on our ponds and a nearby lake without any 
strong wind. They look very realistic to me, right down to the borders 
between the disturbed areas and the mirror-smooth areas. It occurs when 
there is an unsteady breeze or something is blocking the wind causing 
turbulent flow, so it is blowing against the water in some small places 
but not in others. I see nothing in this image that would contradict 
this...the plants and tree seem like just the thing to make it more 
likely.

The frequency of ripples has more to do with the size of the body of 
water and the steadiness of the wind, and the area of water exposed to 
the wind.

-- 
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/

Post a reply to this message

In article <3d3d47f3$1@news.povray.org>,
 "Gilles Tran" <tra### [at] inapginrafr> wrote:

> A major issue this one :( particularly if I want to print it (I had trouble
> with this before). There are indeed black spots all over the place
> (including some of the leaves). Part is due to the post-process I did.
> Possibly the only way out would be to ouptut to 48 bit and then use the
> compression technique shown by Kari Kivisalo here
> http://www.luxlab.com/c/compress.htm
> but I don't have Photoshop and my image editor doesn't support 48 bit images
> (I haven't tried the Gimp though).

With MegaPOV you might have been able to get something with the 
raw_image and curves post_process filters...I made them specifically for 
dynamic range compression, and the precision is better than 48 bit (the 
raw_image filter restores the full float precision colors). Don't know 
of any workaround for 3.5 though, you would have to use an external 
program.

-- 
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/

Post a reply to this message

"Gilles Tran" wrote:
> Hi
> Thanks for the comments. There'll be a zazzle poster but I'll also make
> available a larger version at 1200*1600 on my site. In fact I'll try to put
> 1200*1600 versions of the images from now on (there's the "Wet bird"
> already).

That's great to hear. Looking forward to your next update.

> BTW, Jonathan, would it be possible for you to upload the latest version of
> your scatter macro to povray.binaries.scene-files ? I wanted it for somebody
> in the French group some time ago and your site was down :( I finally found
> it in a zip file at irtc.org (thanks google) but I'm not sure it's the
> latest version... and it's a great macro !

It wasn't down... it simply wasn't there anymore. They changed it into
http://digilander.libero.it/jrgpov/.
The macro is there but... I had a second look at it and *horror*... well when I wrote
it I didn't even know what programming mean, it's a real mess written *on the fly* as
ideas flowed from my mind... I'm not going to post it here because of this.


--
Jonathan.

Post a reply to this message

Christopher James Huff wrote:

> raw_image filter restores the full float precision colors). Don't know 
> of any workaround for 3.5 though, you would have to use an external 
> program.

Wouldn't POV-Ray itself be able to read a 48 bits PNG ?

(you render in a 48 bits PNG, you use it as an image_map
  that fits exactly the screen, and you process it using
  eval_pigment and reconsturct the image with colored
  boxes)

Fabien.

Post a reply to this message

In article <3d3c72af@news.povray.org> , "Gilles Tran" <tra### [at] inapginrafr>
wrote:

> They'll surely look better at the final full res of 6000*8000 which is
> rendering now.

What render time do you expect for it?  A week?

> - Regrets : the lighting. I had a lot of trouble with it, as the original
> image
> is not very gamma-tolerant : it looked ugly on low-gamma monitors and much
> too dark on others. I had to find a middle way so I tweaked the tones in
> post-process and some colors were lost (and there's some extra graininess
> too). I hope it looks right on your PC or Mac.

It looks good on Macs.

I have to say the image looks really, really great!!!  Nearly perfect,
except imho the shadow of the tree seems like it is a bit to far to the
left.  Maybe moving the shadow about ten pixels to the right would make it
look even better...

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

3d3dbc1e@news.povray.org...
> What render time do you expect for it?  A week?

About it. Less in fact, but I'll probably have to re-render little parts of
it with better radiosity settings and area_light settings.

> I have to say the image looks really, really great!!!  Nearly perfect,
> except imho the shadow of the tree seems like it is a bit to far to the
> left.  Maybe moving the shadow about ten pixels to the right would make it
> look even better...

Hmm, yes, you're right. I can still change it (still 60% to go on the large
render).

BTW, the main tree has its own light group with its own sun at a different
position that the main one, so that I could get both some direct light on
the trunk (from the light_group) and a highlight on the water (from the main
light)...

G.

--

**********************
http://www.oyonale.com
**********************
- Graphic experiments
- POV-Ray and Poser computer images
- Posters

Post a reply to this message

Fabien Mosen wrote:
> Christopher James Huff wrote:
>
> > raw_image filter restores the full float precision colors). Don't know
> > of any workaround for 3.5 though, you would have to use an external
> > program.
>
> Wouldn't POV-Ray itself be able to read a 48 bits PNG ?
>
> (you render in a 48 bits PNG, you use it as an image_map
>   that fits exactly the screen, and you process it using
>   eval_pigment and reconsturct the image with colored
>   boxes)
>
> Fabien.

Isn't this a case of 'When all you have is a hammer everything starts to
look like a nail'? ;)
It sounds like a brilliant idea, still.

--
-Jide

Post a reply to this message

In article <3D3### [at] skynetbe>,
 Fabien Mosen <fab### [at] skynetbe> wrote:

> Wouldn't POV-Ray itself be able to read a 48 bits PNG ?
> 
> (you render in a 48 bits PNG, you use it as an image_map
>   that fits exactly the screen, and you process it using
>   eval_pigment and reconsturct the image with colored
>   boxes)

If you really want to do image processing of a large image in the POV 
language...it will be very, very slow.

A better solution: use the image_map on a plane or box with ambient 1, 
an orthographic camera and no light sources, and the curves post_process 
filter. The raw_image filter won't be of any help here, since the data 
has already been put through a PNG file. You will lose data for color 
values >1, and will only get 16 bits per channel instead of the float 
precision the post_process filters have access to...basically, MegaPOV 
will be as limited as any other external program.

-- 
Christopher James Huff <chr### [at] maccom>
POV-Ray TAG e-mail: chr### [at] tagpovrayorg
TAG web site: http://tag.povray.org/

Post a reply to this message

On Tue, 23 Jul 2002 22:19:34 +0200, Fabien Mosen
<fab### [at] skynetbe> wrote:

>Wouldn't POV-Ray itself be able to read a 48 bits PNG ?
>
>(you render in a 48 bits PNG, you use it as an image_map
>  that fits exactly the screen, and you process it using
>  eval_pigment and reconsturct the image with colored
>  boxes)

I'd rather use a function pigment for that - much faster than parsing
a gazillion boxes.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message