# .font: font.text_2
2020-06-20 13:33 DarkStoorM  
# .font: font.text_1
This is really interesting. I would like to know what's happening on the first row, because I can't really explain it.  
  
The only thing I noticed is that Rockford has some kind of priority(?) or it's scanned differently or it has something to do with Rockford-scanned-this-frame.  
  
In every other row, Rockford walks under the boulder from the left and gets crushed. On the first row he can move again. The same applies when there's one-space gap, he can just walk into the gap on the first row. This is definitely a potential for some magic caves :D

# .font: font.text_2
2020-06-20 13:50 Piter  
# .font: font.text_1
magic indeed :-)

# .font: font.text_2
2020-06-20 13:57 Arno  
# .font: font.text_1
hmmm... if this solution is intended, i think this is the first time an open-border-side-effect is applied in the cso series ;-)

# .font: font.text_2
2020-06-20 14:35 dustin  
# .font: font.text_1
 darkstoorm , you solution-spoilerer! ;d ;d   
well, it's surprisingly simple. in this situation...  
b  
r  
...the boulder is on top of rockford and therefore scanned first, so it kills rocky. but on the first row, the situation is...  
r  
.  
.  
.  
.  
.  
.  
b  
...so rockford is first to be scanned and can escape!  
  
 Arno  - cso 12 also has an open-border-effect, but there it is only visible in failure attempts ;d  
  
 Piter  - even more magic than mwalls ;d

# .font: font.text_2
2020-06-20 15:12 DarkStoorM  
# .font: font.text_1
 dustin , oh... that's right! aaaahhh :D sorry

# .font: font.text_2
2020-06-20 15:16 shredder  
# .font: font.text_1
hehe :D evil  darkstoorm ! comes up with infernal ideas for new horror caves and spoiling solutions! ... omg! ;D

# .font: font.text_2
2020-06-20 18:34 dustin  
# .font: font.text_1
;d

# .font: font.text_2
2020-06-20 21:57 dustin  
# .font: font.text_1
just kidding,  darkstoorm  ;d

# .font: font.text_2
2020-06-21 00:44 DarkStoorM  
# .font: font.text_1
I will wait before commenting until the demos are open on new caves ;D;D

# .font: font.text_2
2020-06-21 02:40 DarkStoorM  
# .font: font.text_1
I wanted to experiment with that a bit more, there are pretty weird things going on.  
  
I did two runs with the intended behavior and with offsetting the cave for comparison.  
  
<a href="https://streamable.com/aoos9j" target="external">https://streamable.com/aoos9j</a>  
 - The first run is the intended behavior  
 \ In the second run on 0:43 the magic happens  
  
first part:   
- when you roll the boulders to the left, two boulders start rolling at the same time! Nothing on the right side, though.  
  
Second part:  
- you can't roll two boulders to the right from the triple stack anymore  
- when you descend from the left side of the stack and go up, Rockford dies instantly instead of moving up first  
- you can roll two boulders at the same time on the left side of the stack (but only when the third boulder is on the first row)  
- You can prevent the stack from rolling to the left  
- Rolling two boulders from the triple stack to the right and sliding between them is possible while descending (example GIF: <a href="https://i.imgur.com/R01C3ke.gifv)" target="external">https://i.imgur.com/R01C3ke.gifv)</a> [2: sliding requires a full circle like in the GIF]  
- Falling boulder can touch Rockford (not technically touching, because it's still on the bottom row, but looks cool, might be useful)  
  
Third part, you can prevent rolling by blocking the path! Just like in CSO 2 preventing the GWall from growing  
  
There's probably even more cool stuff you could do!

# .font: font.text_2
2020-06-21 10:23 Arno  
# .font: font.text_1
just note these effects are funny, but not general bd behaviour. they are specific to this engine. :-)

# .font: font.text_2
2020-06-21 17:17 dustin  
# .font: font.text_1
 Arno , at least in gdash it works technically the same way, though not visually ;d

# .font: font.text_2
2020-06-21 17:35 nesdori  
# .font: font.text_1
 Arno  &  dustin : yes this is the most common behaviour and i'm not surprised to hear that gdash works in same way. if the engine uses some intelligent or extended scanning when vertical open is border then this phenomenon wouldn't necessary be possible. but i'm not aware of any engine which does that but we were discussing this issue in the past when tried to find the ultimate open border engine implementation.  
  
 dustin : what's the visual difference? i guess that gdash doesn't scroll beyond the border?

# .font: font.text_2
2020-06-21 19:04 Arno  
# .font: font.text_1
ok, i'm not sure if i have seen the open border feature in gdash, but i'll check it out.  
  
by the way, some time ago i started a forum-thread about the quest for an open border algorithm without side effects. if any of you is interested:  
<a href="http://www.boulder-dash.nl/forum/viewtopic.php?t=641" target="external">http://www.boulder-dash.nl/forum/viewtopic.php?t=641</a>

# .font: font.text_2
2020-06-21 22:14 dustin  
# .font: font.text_1
 nesdori  - good guess ;d