Various/Other Mekorama Exploits Research

Seeing that you want research on all bugs, see my album, "Frenzies' Original Levels". If you have any questions, just ask. Other things you might want to research on is a crippled R bot. I have observed that a crippled R bot can move diagonally, is sometimes dizzy and falls off blocks, and sometimes even climbs blocks in its way. On stairs, it may sometimes turn back for no apparent reason. These can vary on the type of cripple it has, and the possibilities are limitless. It is very hard to incorporate these bugs in a level, though. Sometimes placing a block in the level will somehow change the R bot's cripple, even if the block is far away and is not connected by any means to the R bot. You could also research on how the order of placing blocks/blocks in another part of the level (like I stated above). My level Mission Control also uses this bug. I've recreated it for its V2 and for my other devices, and even with the exact same build, it could work differently. In order to achieve the same effect, I have to repeatedly place the blocks in different orders, etc. Hope you get to figure out these bugs!

 

Nope, I'm afraid you'll have to go back to the drawing board. Working from your new card, the orientation of the game space or the direction B is facing on my screen has absolutely no affect on the function of the zappers - as I expected. For example, no matter which way I orientate the game space on my screen (or my screen itself), B never gets zapped from his starting position if he is not moved first. If he is moved one pace forward, then he gets zapped. If he is moved off his starting block and then back onto his starting block, then he gets zapped. In fact, I can't find a condition in which B does not get zapped - unless he is in his starting position without having moved - and then this stays true no matter his orientation.

@TR O Did you have different experiences?

 

So you turned both Zappers sideways? Just checking. It worked on my device, so I don't know what's wrong

 

@trids - I agree, too much randomness. Which is why I suggested @Scare Crow do some more homework and perhaps solicit the help of others via a thread - hence this one.

@Frenzies - yes, after turning all zappers sideways. Yes, I find that B gets to the win block in the latest card above, but only if you don't move him first. Furthermore, my point was that it was independent of his orientation (arguing Scare Crow's last finding). Did you find other cases where you could get B to the win block consistently?

 

I was able to win using both of the win blocks

 

The theory that different devices and/or operating systems affect game play has been debunked several times. Not saying completely that it's impossible, just very unlikely. Let me give it a shot...

 

So, having already given my feedback on the left route (without the draggables) I'll focus on the right side (with the draggables).

With the draggables as they are at the beginning, I can't seem to get B to the win block no matter where I start him from (or otherwise, i.e. orientation). He always gets zapped by both sets of zappers.

In fact I can't get B to the win block on that side unless all of the following conditions are met:
- I move both the draggables completely out of the way; and
- I start B from around the corner, i.e. not in any of the three lanes of stones leading to this win block.

If I start B where he spawns, he always dies no matter what (even if I move both the draggables out of the way).

If I start B in either of the adjacent stone lanes to the centre one on which he spawns, and move both the draggables out of the way, he always gets zapped by the second set of zappers (the ones closest to the win block).

I hope this helps.