1. Announcing Mekorama on the Web!

    Now anyone can play levels from the forum online, with one click!

    Dismiss Notice
  2. Psst! If you're new here, welcome! Please visit these pages first for information about the forum and Mekorama:

    Welcome! ¡Bienvenido! Selamat datang! Добро пожаловать! Willkommen!
    and
    Everything you want to know about Mekorama

    Dismiss Notice
Makaroni

Finger Soccer

Two teams, one referee. Who scores the first goal? Which finger wins? Difficult questions when playing one on one on the same device. Will the teams exchange jerseys after the match?

Finger Soccer
Makaroni, Dec 30, 2018
delator77 likes this.
    • Makaroni
      Today I eventually understood the curly hair style of the 3 players to the right. Message #2 of this thread was the key for understanding together with the block type and orientation definition referenced in message #6 of that same thread.

      Apparently, the R bots are stored in the level as block type 26 with an additional attribute that determines their orientation towards S (South), W (West), N (North), or E (East). When starting the level there seems to be an initialization routine that - if applies - rotates the basic bot (26) towards the direction defined by the additional orientation (03 = facing W, 02 = facing N, or 01 = facing E; 00 = facing S = no rotation = basic bot orientation). This rotation is correct, of course, for the pure basic bot. But the same rotation is also being applied to attached blocks in their designed = actual orientation (explaning the observed rule above) and not as well in their basic = 00 orientation. For example, block type 30 (= curved rail) can be only attached in orientation 04, 05, 06, or 07, to (upright) bots (other orientations of that block type do not connect to such bots). There is no block type independent general rule that would transpose the initializing bot rotation (26: from orientation 00 to 02, for example) to the rotation of the attached block (30: from orientation 00 to 04). Therefore, resetting all attached blocks to their basic orientation 00 and then apply the same initializing rotation as for the bots would not work. The R bots are also special because they wanna rotate on their own in play mode anyways and in play mode it is correct to also rotate all attached blocks together with the bots. Maybe the same routine is used for the initializing rotation and the play mode rotation. Why is the initializing rotation extended to all attached blocks and not just restricted to the bots themselves? Because bots and attached blocks are connected? For the initializing rotation the bots should be treated independent from all attached blocks. I have not found similar behavior for motors which seem to have the same orientation schema as bots.
    There are no comments to display.
  • Album:
    Levels
    Uploaded By:
    Makaroni
    Date:
    Dec 30, 2018
    View Count:
    6,149
    Comment Count:
    16
    Tags:
    soccer football soccer