On Tue, 28 Oct 2003 12:26:13 +0100, "Christian Walther" <cwa### [at] gmxch>
wrote:
> I have just dug up the source code (and the instructions for compiling it
> on Mac OS X) again and can confirm that removing the two lines
>
>  Image->width--;
>  Image->height--;
>
> from Make_Pattern_Image(...) in parstxtr.cpp fixes the problem.

Yes, this is already fixed for next release.

> One thing that still makes me wonder is that the function evaluation point
> (for the pixel that controls the height_field vertex at <x, 0, z>) is
> <x, 1-z, 0>, i.e. the image is upside down. Is there a reason for this?
> Wouldn't it be more logical (and consistent with e.g. image_maps) to have
> <x, z, 0>? Or would that break anything?

It was discussed already a few times (iirc most widely during beta-testing of
3.5 in beta-test group about two years ago). In short it is mainly due to
different coordinate system in images.

> I believe that this is a bug

No. It is not a bug at all.

ABX

Post a reply to this message