Thanks for playing! Really happy you enjoyed it so much! 🙂

 So, to say the truth, the way I glued the character isn't really elegant, and I think there are better ways to do it hahaha anyway, here's how it was done:

• The idea is that there's a function that every frames checks just ahead of the player for a floor or a wall. It also checks the following:
  • If the player jumped. It this is the case, no rotation happens (otherwise the player could accidentaly spin around while jumping);
  • It the player isn't walking, no rotation happens (the player MUST be wallking to loop around the terrain);
  • If the player spin animation wasn't finished, no rotation happens (this one is a bit janky but helps preventing the player from being ejected while rotating);
• If everything is fine, then the function makes two checks:
  • First, it checks if just ahead of the player there is a wall and there is a floor. If that's true, then the player must be just before a wall, so it should rotate to climb it.
  • Otherwise, the codes checks if just ahead of the player there ISN'T floor, but last frame there was. This means that the player is just before a ledge, so it must rotate to be kept glued to the terrain.

 So, there's some repeat checks here and there, but it works.

 Also... I don't actually change the gravity directly when rotating: instead, I change the floor normal. The reason is that this way I can make the gravity change and rotation animation smoother!

 The biggest problem was making the animation smooth. Initially the player just snapped to the new floor, and it was quite rough on the eyes hahaha, but with some tweens, trial and error, and a bit of angle math, it ended up looking as it is right now.

 Feel free to check the source code as well, it's on the game page. Thanks again, glad you thought so much of our game!

 Nice! Great to know you enjoyed the ground pound haha

 The transition is a bit finnicky to explain since I don't know if you use Godot, but I'll keep the explanation engine agnostic:

• First, I create a class that corresponds to the sprite that will fill the screen. In this case, it was a little star.
• This class must contain if the transition is a fade in or a fade out, as well as initial and final sizes, the fade transition, etc.
• Basically, those sprites will grow to fill the screen when the transition is a fade out, and shrink when it is a fade in.
• So, when I want to change any game scene (i.e. when the player finishes a stage), I do four things:
  • First I fill the screen with those sprites;
  • After waiting some frames, I create a copy of all those sprites, with the difference that they'll fade out this time;
  • I add those copies to the next stage;
  • And finally, I change the game to the next stage. 

 And that's it!

 In case you actually know how to use Godot, this game's source code is listed on the game page. Feel free to take a look and maybe learn a thing or two 🙂

 Thanks a lot ! Really glad you enjoyed it!

 Also, could you please tell me if you did anything in particular to cause that bug? I tried repeating it, but had no success 😕