Blog: "Tech feature: Terrain geometry"

[Thomas]

Starting on terrain!

http://frictionalgames.blogspot.com/2010...metry.html

[TheLittleGarfield]

Hmmm... Deserts, cool.

[nofsky]

Although most of the technical bits of that articles goes over my head, it's very interesting to read anyway. Please keep us updated with more articles like this!

[WindexGlow]

The jpeg conversion didn't seem fair - looks like you added a ton of noise to it. In the slightest the lack of accuracy would have caused blocky formations, not total erratic values.

[Thomas]

(11-06-2010 12:02 AM)WindexGlow Wrote:  The jpeg conversion didn't seem fair - looks like you added a ton of noise to it. In the slightest the lack of accuracy would have caused blocky formations, not total erratic values.

well it was fair the way it is saved jpeg just does not work. I am not sure any lossy image format would.

[WindexGlow]

(11-06-2010 01:03 AM)Thomas Wrote:  

(11-06-2010 12:02 AM)WindexGlow Wrote:  The jpeg conversion didn't seem fair - looks like you added a ton of noise to it. In the slightest the lack of accuracy would have caused blocky formations, not total erratic values.

well it was fair the way it is saved jpeg just does not work. I am not sure any lossy image format would.

Yes, but how do you go from
http://1.bp.blogspot.com/_QfesHslH-uc/TN..._24bit.jpg

to
http://1.bp.blogspot.com/_QfesHslH-uc/TN..._24bit.jpg

I understand (been making procedural terrain my self, 32bit RGBA. 8bit caused odd steps on my terrain, too few bits) that jpeg will lose data over time with saves & messes color up, but all that will do is make it blocker looking - not completely invert colors.

I'm not denying the fact that jpeg is a poor choice for heightmaps. I'm just curious as to *how* you could make a jpeg like that without putting noise in.

[nofsky]

That's because it's RGB packed.

[WindexGlow]

Here is a 1024x1024 perlin I generated. In photoshop I resized it (billinear) to 64x64.
I than resized it (billinaer) to 1024x1024
I than saved it as jpeg at 20% (Very shitty quality, very small filesize)

It didn't create drastic changes. It looks blocky. But it doesn't have noise to it.
http://img526.imageshack.us/img526/6449/24725462.jpg

[nofsky]

Again, it's because the RGB packed image was encoded to JPEG. What is shown in the corner of this screenshot is the unpacked image.

If you opened the JPG image in a normal image editor it would show up as noise of various colors because it was RGB packed.

[Thomas]

Yeah, the reason for noise is the the packing.

R contains the 8 highest most influential bits in a 24 bit decimal number, G the 8 next and so on.

So when R is not the same as the orginal (as happens in jpeg compression) there are vast changes in the final value, leading to the noise.

I expected this, but was not 100% sure, so figured might as well test