[B3.1] Slow handling in editor

[YonCan]

Agreed. But wouldn't it be sufficient if these effects on adjacent blocks are calculated only after the block is actually placed? Okay, you get no "preview" of these effects while rotating the block. But I could pass on this preview while rotating in favor of a faster rotation.

[TMarc]

yeah, this could be a solution, and then let the engine calculate these extra things also at lightmap calculation stage.

but what speaks a bit against it is that these interblock geometry calculations are not always giving the same result, there is some random factor by purpose.
Mappers can ad a block, remove it, and add it again, just ot have a slightly different appearance.

It is somehow as if you rotate the wood block just not to have a too uniformous forest.

[zarexz]

Also if everything is all too bare so the contrast fades away it would be realy hard to testdrive the track i guess.

[TMarc]

not necessarily, and you can still to a very fast shadow calulcation then and when

[zarexz]

not necessarily, and you can still to a very fast shadow calulcation then and when

Well yeah but if it's all gone again after changing one block you end up calculating time and time again
I don't think we can solve this

[TMarc]

but the lightmap is only gone where you delete a block, not everywhere at the same time.

[zarexz]

I'm guessing they are all individualy calculated to avoid just that or?

[TMarc]

the lightmap calulcation is always done for the whole map.
As soon as you delete a block, the lightmap is not valid anymore for this block, so the lightmap at the blocks position is also deleted.
This is why you don't get the partial lightmap back even if you place the saem block.
Due to the additional geometry calculations done block for block, the lightmap would not fit anymore anyways there.

so we have different calulations, depending on what we're doing in the editor.