 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
A current wip I want to show, is concerned with yet another aspect of
landscape generation, combining several height_field techniques, approached
as functions, and tiled with John VanSickles' patchwork macro.
Rune's fast sky is used, and 50000 simple trees are planted using Kirk
Andrews' excellent landscape macros.
Thomas
Post a reply to this message
Attachments:
Download 'Drifting over the traps_04.jpg' (690 KB)
Preview of image 'Drifting over the traps_04.jpg'
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Thomas de Groot" <tDOTdegroot@interDOTnlANOTHERDOTnet> wrote:
> A current wip I want to show, is concerned with yet another aspect of
> landscape generation, combining several height_field techniques, approached
> as functions, and tiled with John VanSickles' patchwork macro.
>
> Rune's fast sky is used, and 50000 simple trees are planted using Kirk
> Andrews' excellent landscape macros.
Looks fun! I've never traveled the skies aboard any conveyance; a hot air
balloon would be one of the best. A nice, pleasant ride. No need to hurry :)
Are you using 3.7b? The aoi pattern might work well for the grass texture. It
could even be useful for distant pine trees, where spheres are used to depict
clumps of needles.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Samuel Benge" <stb### [at] hotmail com> schreef in bericht
news:web.4c3f3c0ade3eceda2ae36eb40@news.povray.org...
>
> Looks fun! I've never traveled the skies aboard any conveyance; a hot air
> balloon would be one of the best. A nice, pleasant ride. No need to hurry
> :)
Indeed, yes. Never done it myself, except virtually in a couple of my images
;-)
>
> Are you using 3.7b? The aoi pattern might work well for the grass texture.
> It
> could even be useful for distant pine trees, where spheres are used to
> depict
> clumps of needles.
Yes I use 3.7 exclusively now and rarily go back to other versions.
Excellent idea for the grass indeed, and for the trees. I shall have a go at
it.
Thomas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>Thomas de Groot on date 15/07/2010 16:26 wrote:
> A current wip I want to show, is concerned with yet another aspect of
> landscape generation, combining several height_field techniques, approached
> as functions, and tiled with John VanSickles' patchwork macro.
>
> Rune's fast sky is used, and 50000 simple trees are planted using Kirk
> Andrews' excellent landscape macros.
>
> Thomas
>
>
>
I like a lot the choice of colors for terrain and grass. It's very pleasant.
Paolo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Paolo Gibellini" <p.g### [at] gmailcom> schreef in bericht
news:4c4011ff@news.povray.org...
> I like a lot the choice of colors for terrain and grass. It's very
> pleasant.
Thank you, Paolo. The textures are extremely basic presently, but chosen for
major effect indeed.
Thomas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Love it. I get a real sense of scale and space, although the realism lapses a
little in the foreground. Of course, this is just a wip. :)
(I think this is a universal problem with landscapes - you need enough detail
for a convincing foreground, but not so much that speed/memory is wasted in the
distance. Either meshes and clever texturing, or some sort of level-of-detail
system).
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Bill Pragnell wrote:
> Love it. I get a real sense of scale and space, although the realism lapses a
> little in the foreground. Of course, this is just a wip. :)
>
> (I think this is a universal problem with landscapes - you need enough detail
> for a convincing foreground, but not so much that speed/memory is wasted in the
> distance. Either meshes and clever texturing, or some sort of level-of-detail
> system).
If I recall correctly, I did that with my patchwork height field macro,
although the version I posted wherever I posted it might have had that
part removed. The macro set the precision of each height field so that
it was about as great as the span of pixels occupied by it.
Regards,
John
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"John VanSickle" <evi### [at] hotmailcom> schreef in bericht
news:4c405902$1@news.povray.org...
> Bill Pragnell wrote:
>> Love it. I get a real sense of scale and space, although the realism
>> lapses a
>> little in the foreground. Of course, this is just a wip. :)
>>
>> (I think this is a universal problem with landscapes - you need enough
>> detail
>> for a convincing foreground, but not so much that speed/memory is wasted
>> in the
>> distance. Either meshes and clever texturing, or some sort of
>> level-of-detail
>> system).
>
> If I recall correctly, I did that with my patchwork height field macro,
> although the version I posted wherever I posted it might have had that
> part removed. The macro set the precision of each height field so that it
> was about as great as the span of pixels occupied by it.
>
If I read this correctly, it does indeed. See your comments with the macro
(povray.general, May 13, 2008):
[start John's comments]
There are several macros here that do the work. The upshot to all this
is that I divide the x-z plane into a set of squares of unit size, and
create a separate heightfield for each box. Some of these squares are
subdivided into smaller squares when they are near the camera. Squares
whose height_fields fall outside of the camera view are culled so that
they don't take up memory space; this will be an issue if you have
reflective surfaces that clearly show the off-camera portions of your
scene. The macro HF_Chunk() creates a height field for one square in
the x-z plane, starting at a particular x-z location and going the
specified size in the positive x and z directions. I use one as the
square size. The precision of the height field is calculated based on
the number of pixels the height field will span in the image. This
causes issues if the height field is near the viewpoint, so such height
fields are subdivided until every child is either off-camera (and
culled) or no longer causing the problems from being too close.
[end John's comments]
In the present image, the subdivision level is pretty low (CLevel=3). In a
final version this can go up, although not too much as parsing time
increases proportionally of course.
Thomas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
