Feedback Patch 30

[Lx Xzit]

These are some bugs I noticed while playing The Invasion 2 Revolution. Please read carefully.

1. The player can skid with 0 x-speed:
   

   Spoiler

   

   
   This may not look as a bit deal but it REALLY is. When you try to make the player not move, he/she still can skid.
   

   Spoiler

   

   
   (Code is below)
   And not only that but I have a couple of scripts where the player is able to skid without x-speed.
   
   
2. Some things regarding hard-falling with the Propeller Suit.
   
   a. The player shouldn't be able to hit blocks by hard-falling (falling with down key pressed) if the ground pound s disabledi. So the ground pound should be enabled first in order to be able to hit blocks this way. Why? Because it currently breaks some level designs where the creator was not expecting the player to perform a pseudo ground pound over blocks. Take this level for example. Breaking block this way is fine in NSMBwii/U/SMM since players can already perform a ground pound, therefore it won't change the mechanics. But this won't quite work in SMBX, at least, now that we're used the ground pound not doing that by default.
   
   b. While flying, you can't move as soon as you press down. The problem is, this only should happen when the player is descending (ysp>0), not ascending.
   

   Spoiler

   

   
   c. You can still move a bit when performing a hard fall (pressing down key):
   

   Spoiler

   I was pressing "down" the whole gif:
   

   

   Honeycam 2020-06-07 22-46-40.gif (56.86 KiB) Viewed 711 times

   
   This happens because even if the player x-speed is 0, just for a single frame the player still can move. To fix that, I recommend use this code, so the player can't move in the horizontally at all:
   
   

   Code: Select all

   do
  if not char(1).xsp = 0 then
    select case char(1).id
      case 0
        char(1).x -= 0.1 * sgn(char(1).xsp)
      case 1
        char(1).x -= 0.0825 * sgn(char(1).xsp)
      case 2
        char(1).x -= 0.8425 * sgn(char(1).xsp)
      case 3
        char(1).x -= 0.11575 * sgn(char(1).xsp)
      case 4
        char(1).x -= 0.1 * sgn(char(1).xsp)
    end select
   char(1).xsp = 0
  end
  call sleep(1)
loop
   
   
   By the way, this is the code I was talking about it #1. If you face the opposite direction the player will start skidding.
   
   d. When you press down to fall hard, it not only should increase the maximum falling speed, but also increase the character current y-speed. If the character y-speed is < 4 then set its y-speed to 4 (do this at the very start of the hard-falling, i.e when the player pressed down key and was descending).
   
   If implemented correctly the result will look like this:
   

   Spoiler

   

   Honeycam 2020-06-08 00-03-22.gif (70.29 KiB) Viewed 711 times

   
   e. When the player flew with the Propeller Suit (spin-jumped), it's maximum falling speed should be always set to 2.9 even when the player is not holding "alt-jump". When the player swims, climbs, gains any height (bounced on something), landed or mounted a vehicle (Shoes or Yoshies), his flying status is cancelled.
   
   For example in these cases the should switch back to the normal jump (explained above why):
   

   Spoiler

   

   Honeycam 2020-06-08 00-48-20.gif (58.39 KiB) Viewed 711 times

   
   

   

   Honeycam 2020-06-08 00-49-20.gif (29.27 KiB) Viewed 711 times

   
   Currently, in SMBX you have to press "alt-run" in order to fall slower, but in the original games this is not needed. What happens in these games when you press the button you used to perform the fly, it only plays an animation (and a sound effect which can be found in the standalone I suggested for the next version)
   

   Spoiler

   

   Honeycam 2020-06-08 00-28-51.gif (1.06 MiB) Viewed 711 times

   
   f. In fact, in NSMBwii/U/MM the propeller suit flight is not considered a spin jump:
   

   Spoiler

   

   
   That's why the correct interaction when stomping an enemy should be lose this fly status (what I pointed in e).
   
   g. When the player is hard-falling and hit a block:
   
   • Please remove the effect-75, it looks bad:
     

     Spoiler

     

     effect-75-2.png (1.57 KiB) Viewed 711 times

     
     

     

     effect-75.png (1.67 KiB) Viewed 711 times

   • Produce the sound effect "block-hit" too (it only plays "block-smashed").
     
   • Make npcs in the blocks being generated downwards, and make the block also move downwards (just like normal ground pound)
   
   
3. I noticed something odd with the new effect of block destruction.
   
   The brick pieces follows this trajectory:
   

   Spoiler

   

   effect.png (1012 Bytes) Viewed 711 times

   
   So the left bricks move to the right and vice versa.
   Instead of fixing the trajectory, I'd like to suggest a new code which adds a bit of randomness to the effects (I looked at the source code of 1.3 and tried to make the effect physics as similar as I could):
   
   

   Code: Select all

   call fxcreate(1, .x, .y, -(2.5-rnd*1.35), -10.5+rnd*1.35, 15, 4, 0, 0, 0) '1
call fxcreate(1, .x, .y+16, -(2.5-rnd*1.35), -7+rnd*1.35, 15, 4, 0, 0, 0) '2
call fxcreate(1, .x+16, .y, 2.5-rnd*1.35, -10.5+rnd*1.35, 15, 4, 0, 0, 0) '3
call fxcreate(1, .x+16, .y+16, (2.5-rnd*1.35), -7+rnd*1.35, 15, 4, 0, 0, 0) '4
   
   
   

   Spoiler

   

   effect-2.png (726 Bytes) Viewed 711 times

   Don't forget the other brick effects!
   
   
4. Talking about effects, I suggest increasing their max falling speed to 11, like in SMBX 1.3. And I also suggest set their acceleration per frame to 0.46.

[NESTED ERNEST]

Hey Lx Xzit, Do you know why some gif images can be seen normally and others need to be clicked on?
In many posts this happens.

[Lx Xzit]

It's due their size. I don't know what's the limit but after certain size you have to click the gifs. That's why I try to record it at low FPS and a small area, so the gif is smaller and therefore, seen normally