# .font: font.text_2
2020-08-28 20:55 dustin  
# .font: font.text_1
look at this! using different colours means the cave doesn't work the same way anymore! :D

# .font: font.text_2
2020-08-29 01:43 Electronvolt  
# .font: font.text_1
So when open borders are used the tile scanning order changes? Where I can read more about that?

# .font: font.text_2
2020-08-29 12:05 DarkStoorM  
# .font: font.text_1
That's interesting, anyone cares to explain what's happening? :D

# .font: font.text_2
2020-08-29 13:15 dustin  
# .font: font.text_1
i don't know myself... i just discovered this effect a few days ago. it's also specific for this site, so i think that  krissz  modified one or two things for open borders, and this is one of the side effects :d  
  
my guess is that  krissz  programmed an extra open border rule for a situation like this:  
  
b  
d  
r  
  
b=boulder, d=dirt, r=rockford  
if rockford snaps up in this situation, we would expect the boulder to start falling quickly, but rockford still has the chance to escape. however, if vertical open borders are used and the row with the dirt is the first row, then the boulder will inevitably kill rockford. at least, that's what should happen in theory and it actually does happen on the gdash engine. however, with this site's engine, rockford is not immediately killed but still has the chance to escape.   
  
that's why i think  krissz  made an extra rule for this or similar situations, and a (probably unintended) side effect of this extra rule is what you see in this cave! :d

# .font: font.text_2
2020-08-29 14:06 Arno  
# .font: font.text_1
there has been a discussion on this topic before, at my cave 'tiny curiosity 2'.  
  
short summary: the open border implementation is different from the closed border implementation, such that different behaviour is visible on the whole cave.

# .font: font.text_2
2020-08-29 15:56 dustin  
# .font: font.text_1
ah, interestin!

# .font: font.text_2
2020-08-29 16:51 krissz  
# .font: font.text_1
 dustin ! The full explanation would be too long. The point is that the engine works slightly different when using it with open borders (there are just few additional conditions, really) in order to the consistency still remain near the borders. The main problem is the infinite. These caves infinites only theoretically. You can't scan an infinite cave because you get an infinite loop. So you have to break (and start) the "infinite" somewhere. If you thinking into it really deeply you will understand the problem.

# .font: font.text_2
2020-08-29 17:43 dustin  
# .font: font.text_1
thanks for the explanation  krissz ! this topic inspired me for the new "JUST ONE! 5" CAVE! :D