 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Kenneth" <kdw### [at] gmail com> wrote:
> "OJD" <nomail@nomail> wrote:
> > looking for some feed back on a date palm macro I'm working on.
> >...
> > -manual bounding of branches and leaves gave a 350% speed increase.
>
> Wow! That's interesting to know. I don't understand how or why it works, though.
> I would assume that auto-bounding would give the best speed(?) unless there are
> difference/merge CSG objects present.
>
the leaf is made from a difference of a sphere and 2 cylinders giving a curved
slice of the top of the sphere. then it is differenced from itself scaled
slightly larger. this gives a nice curved 'V' shaped leaf.
now the thin slice left after the initial difference is much smaller than the
auto bounding boxes created as they want to cover all the objects in the
difference. compound this with using the shape many times in close proximity
causes many overlapping bounding boxes with the majority of the intersection
tests failing (only about .04% succed)]
after manual bounding, the intersection test success ratio goes way up with a
much smaller number of tests performed.
----------
here is a test image from earlier stage of development.
the twisting is a bit radical... lol
many changes were made since this render:
- textures are better
- branch tips are better. filled in the empty v shape.
- leaf was redone
- elevations of branches are much more realistic by adding the tan()
- branches near the top are shorter than the side branches
but this gives you a better view of the thing.
renderer is busy with a long test but will get an updated version rendered in a
day or so.
Post a reply to this message
Attachments:
Download 'palm2.png' (676 KB)
Preview of image 'palm2.png'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
hear is a low quality render early in development showing a close up of the leaf
shape.
noise in the rotation of each leaf adds a lot to simulate real world palms.
rotate (rand(Rn)*1.2-5-XX)*9*y
rotate ((XX+4)*I+B+((rand(Rn)-.4)*4-XX*5))*z
branch is actually 2 of the leaf sections added end to end without the v
cutout.
leafs follow the branch with a sin() function
translate <-.01, sin(pi/2-XX/5.6)-.03, XX>
.... ignore the stuff behind the leafs... lol
Post a reply to this message
Attachments:
Download 'palmleaf.png' (219 KB)
Preview of image 'palmleaf.png'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
The tree is looking really good indeed. Excellent work.
Do you know the palm tree made by POV-Tree (Gena Obukov's java version
of Tom-tree, by Tom Aust)? This is how it looks as CSG output.
Thomas
Post a reply to this message
Attachments:
Download 'povtree_test.png' (188 KB)
Preview of image 'povtree_test.png'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Nekar Xenos" <nek### [at] gmailcom> wrote:
> On Fri, 17 May 2013 22:26:54 +0200, Kenneth <kdw### [at] gmailcom> wrote:
>
>
> > So I guess a lengthy macro is not such a foreign concept after all.:-)
>
> And I thought I was the only one...
> Drips (Obj, ColMap, CamPos, CamLook, CamDirect, image_width, image_height,
> ColVar, Finish, Spacing, MaxDrops, MaxLength, MinThickness, MaxThickness,
> Merge, Seed, Squiggliness, ColSystem, Threshold, Direction,
> ContainerStart, ContainerEnd )
>
> ;)
>
Impressive! ;-) I had a funny feeling that your macro might be like this.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"OJD" <nomail@nomail> wrote:
>
> now the thin slice left after the initial difference is much smaller than the
> auto bounding boxes created as they want to cover all the objects in the
> difference. compound this with using the shape many times in close proximity
> causes many overlapping bounding boxes with the majority of the intersection
> tests failing (only about .04% succed)]
>
Ah, of course; that makes sense. For some goofy reason I was thinking your
fronds were simple mesh objects--I should have paid closer attention to the very
first entry in your original post: CSG
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"OJD" <nomail@nomail> wrote:
Really beautiful and realistic; thanks for posting a full image and the ultra
close-up.
>
> the leaf is made from a difference of a sphere and 2 cylinders giving a curved
> slice of the top of the sphere. then it is differenced from itself scaled
> slightly larger. this gives a nice curved 'V' shaped leaf.
>
About the V-shape on the underside of the leaf: In my mind's eye, I can see how
intersecting a sphere with two cylinders would create that, by itself (I
think)--the two cylinders being larger in diameter than the sphere, with each
one aimed down at maybe 45-deg and from 'opposite sides' of the sphere.
What then does differencing that CSG object from itself do? I'm genuinely
curious. Maybe I'm overlooking an important detail in my mental picture.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Kenneth" <kdw### [at] gmailcom> wrote:
> "OJD" <nomail@nomail> wrote:
>
> Really beautiful and realistic; thanks for posting a full image and the ultra
> close-up.
thank you for the kind words.
> >
> > the leaf is made from a difference of a sphere and 2 cylinders giving a curved
> > slice of the top of the sphere. then it is differenced from itself scaled
> > slightly larger. this gives a nice curved 'V' shaped leaf.
> >
>
> About the V-shape on the underside of the leaf: In my mind's eye, I can see how
> intersecting a sphere with two cylinders would create that, by itself (I
> think)--the two cylinders being larger in diameter than the sphere, with each
> one aimed down at maybe 45-deg and from 'opposite sides' of the sphere.
correct. the cylinders are at a slight angle in the z direction to make the
shape larger on one end.
> What then does differencing that CSG object from itself do? I'm genuinely
> curious. Maybe I'm overlooking an important detail in my mental picture.
the first difference gives a tapering curved triangle like shape. the second
difference scaled slightly larger moves the shape up a bit and cuts out the 'v'
shape.
"Thomas de Groot" wrote:
> Do you know the palm tree made by POV-Tree (Gena Obukov's java version
> of Tom-tree, by Tom Aust)? This is how it looks as CSG output.
yes, I have that app and tried it. I does make some decent trees of other types,
but it is just not designed for a date palm. Plus no support for the fruit and
showing the dates was a requirement.
----------
Just rendered today a close up of the current version.
some tidbits on other things in the scene...
- credit for the clouds goes to Gilles Tran's makecloud and his tga2df3 utility.
they scatter the sun color and absorb the sky color.
- cloud shadows are from actual clouds, though I think I have them too dark.
- sky is an inverted sphere with the sky color gamma adjusted in the y direction
and no_radiosity tag. Had a problem with the sky effecting shadow color too much
so I have radiosity ignoring the sky and set the background color 1/3 of the sky
color. (since about 25-30% of light the reaches us is scattered skylight)
- the mountains are function based height fields as well as the dunes.
- ground fog is used to simulate blowing sand off the dunes. varies depending
upon camera's 'y' position. had to drop the fod below ground level and use the
up vector tilted a little in the -z direction otherwise it effected my courtyard
area too much. (made a disaster of the shadows)
- single light source (the sun), area_light 600*x, 600*z, 3, 3 at 50000*y
slightly rotated.(circular/orient) gives a decent shadow at the correct angle
(about 1 deg). color is rgb <1, 1, .9925>*1.03; // actual D65 standard
illuminant
- the grass tufts are all unique and are run off another macro.
- rocks are isosurfaces. during placement their location is traced to see if the
rock is over a sand dune and its height is adjusted to sit on top of the sand
and not get buried. each rock scaled, rotated, translated, roughness adjusred
and is buried up to 50% at random. (another macro I will post as it has some
interesting functionality)
- the corner of the courtyard is part of a quite complex scene depicting the
Tabernacle of the Bible. So this is an attempt at creating the environment on
the Sinai peninsula. Mt. Sinai is out of scene to the left and you are looking
west.
on this render I noticed a few things I want to tweek on the palm. will get the
changes made and create a short tutorial to go with it. should have something in
a couple weeks.
thanks all.
Post a reply to this message
Attachments:
Download 'palm3.png' (889 KB)
Preview of image 'palm3.png'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>OJD on date 20/05/2013 11.24 wrote:
> on this render I noticed a few things I want to tweek on the palm. will get the
> changes made and create a short tutorial to go with it. should have something in
> a couple weeks.
>
A very nice scene!
Perhaps you could introduce some little random perturbation at the base
of the trunks (now they seems a bit unnatural), but leaves and fruits
are imho very well done.
;-)
Paolo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
It's coming along nicely :)
IMHO the the top branches should either be shorter and/or droop a bit
more. The new branches start at the top, so they would be smaller. Also,
I'm not too sure about the texture of the trunk, i think it may be a bit
too smooth.
Also maybe the tent should also droop a bit between poles.
I wonder if you have an Ark model. It would be nice to do a render of the
ark with lots of photons on the gold :)
-Nekar Xenos-
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hi(gh)!
On 20.05.2013 11:24, OJD wrote:
> Just rendered today a close up of the current version.
The crown is impressive so far... but the trunk needs some reworking:
the trunks of real date palms are not that smooth, but have alternating
lignified protrusions like on the Wikipedia image attached here...
But surely a good feature for POVEarth... Egypt anybody?
See you in Khyberspace!
Yadgar
Now playing: Sendeschluss (BAP)
Post a reply to this message
Attachments:
Download '800px-dates005.jpg' (288 KB)
Preview of image '800px-dates005.jpg'
|
|
| |
| |
|
|
|
|
| |
