SMBX2 BETA 4 Release - Feedback and Suggestions here!

[Wiimeiser]

Come to think of it, what actually is the point of game overs in smbx? When the game is saved after beating every level, game overs are just a longer, more annoying, death animation.

The only thing they've ever done is trash checkpoint progress in a level. Honestly, I tend to prefer disabling lives in general for this exact reason.

How about saving game overs?

I think Paper Mario: The Origami King did that and it affected the ending.

[DisasterMaster]

I found a bug with the Phanto NPC. If a Phanto is placed on a layer that is hidden, then a player picks up a Key (or any NPC that causes the Phanto to pursue), and then the Phanto's layer is revealed, the Phanto will be unable to harm the player.

I have only tried this with the standard Phanto though.

[MrDoubleA]

I found a bug with the Phanto NPC. If a Phanto is placed on a layer that is hidden, then a player picks up a Key (or any NPC that causes the Phanto to pursue), and then the Phanto's layer is revealed, the Phanto will be unable to harm the player.

I have only tried this with the standard Phanto though.

On the note of phanto bugs, they won't chase after you if got the key by stabbing it as link.

[DisasterMaster]

Might as well go for the hat-trick of Phanto bugs...

When you pick up a Key that activates a Phanto, then warp transition to a new section where the Phanto pursues you to, then kick that Key into a pit, then go back to the original section and pick up that Key, the Phanto will not activate and pursue you again.

If that was too long-winded, here is a gif to explain:

[ben]

I would be happy if after the release of SMBX 2.0.0 - whenever that will be - sometime after that there will be a tutorial about the Level Editor in this version on YouTube by someone from this forum.

I would find that helpful for me and would enjoy watching it.

[Emral]

I would be happy if after the release of SMBX 2.0.0 - whenever that will be - sometime after that there will be a tutorial about the Level Editor in this version on YouTube by someone from this forum.

I would find that helpful for me and would enjoy watching it. :)

this? https://www.youtube.com/watch?v=jBly6qw ... urk0h00410

[ben]

this? https://www.youtube.com/watch?v=jBly6qw ... urk0h00410

Thank you EnjI.

Unfortunately I didn't think of writing that I also like to see a tutorial for the World Editor in version 2.0.0.

[Emral]

this? https://www.youtube.com/watch?v=jBly6qw ... urk0h00410

Thank you EnjI. :)

Unfortunately I didn't think of writing that I also like to see a tutorial for the World Editor in version 2.0.0. :|

Like 80% of this video applies to the world editor, too. The rest is all stuff that hasn't changed from 1.3

[Metrovania]

Could a feature be added to allow the player to set Clear Pipe Launchers to run an event when launched out of? Like a little tick box/menu? There really aren't any ways to run events at specific times while the player is in a Clear Pipe, since the player doesn't interact with invisible triggers while pipe surfing.

Actually come to think of it, maybe the player could just interact with Invisible triggers while in clear pipes?

[ben]

Like 80% of this video applies to the world editor, too. The rest is all stuff that hasn't changed from 1.3

Thank you EnjI.

I would like to use probably mostly the pictorial from this tutorial because English is not my native language.

[Wiimeiser]

Could a feature be added to allow the player to set Clear Pipe Launchers to run an event when launched out of? Like a little tick box/menu? There really aren't any ways to run events at specific times while the player is in a Clear Pipe, since the player doesn't interact with invisible triggers while pipe surfing.

Actually come to think of it, maybe the player could just interact with Invisible triggers while in clear pipes?

Invisible triggers in general need to ditch their collision and be able to be placed anywhere like a BGO, though I'm not sure if that's possible...

Also, after randomly seeing this thread I wonder about screen scrolling pipes. I know you guys said clear pipes will fill that gap, but there are still limitations. For example, if I have an intersection, any direction is fair game (unless you're Uncle Broadsword, still no idea what's going on there), while we're on the subject of clear pipes, in SM3DW there were pipes that forced you in a direction at an intersection, can those be made? Though then what would happen if the player went back?

[Hoeloe]

I believe you can do that with Redirectors.

[Wiimeiser]

I just tried. It works, kind of, but it only changes the default direction, you can still override it.

EDIT: Also, screen wrapping doesn't work with clear pipes (you end up exiting and treating the pipes as a solid block) and if you enter or exit a clear pipe that's facing a solid block, even if it's in a non-solid state, you turn around no matter what. Also, you can't go through instant or portal warps after being shot out of a pipe cannon.

[MrDoubleA]

I just tried. It works, kind of, but it only changes the default direction, you can still override it.

EDIT: Also, screen wrapping doesn't work with clear pipes (you end up exiting and treating the pipes as a solid block) and if you enter or exit a clear pipe that's facing a solid block, even if it's in a non-solid state, you turn around no matter what. Also, you can't go through instant or portal warps after being shot out of a pipe cannon.

Wrapping does work with it, you just have to continue it on out of bounds a bit.

[ElectriKong]

I just tried. It works, kind of, but it only changes the default direction, you can still override it.

EDIT: Also, screen wrapping doesn't work with clear pipes (you end up exiting and treating the pipes as a solid block)

GIF that demonstrates how you can force the player in a direction in clear pipes, as well as that clear pipes do work with screen wrapping if the pipes extend one block beyond the section boundary (and you should always extend any blocks the player/NPCs interact with where the screen wraps 1 block beyond the section boundary anyway, otherwise it will be glitchy).

[Metrovania]

Actually on the subject of Clear Pipes I found what appears to be a bug. When an event is run while you're in a clear pipe, any events set to be triggered by said event only run after you exit the pipe. This also applies to the Delay, so if an event were to be run while I was in a pipe that runs ANOTHER event 2 seconds later, the second event would run 2 seconds after I'd to exit the pipe.

[MrDoubleA]

Actually on the subject of Clear Pipes I found what appears to be a bug. When an event is run while you're in a clear pipe, any events set to be triggered by said event only run after you exit the pipe. This also applies to the Delay, so if an event were to be run while I was in a pipe that runs ANOTHER event 2 seconds later, the second event would run 2 seconds after I'd to exit the pipe.

Both layers and events pause while in a clear pipe.

[Metrovania]

Actually on the subject of Clear Pipes I found what appears to be a bug. When an event is run while you're in a clear pipe, any events set to be triggered by said event only run after you exit the pipe. This also applies to the Delay, so if an event were to be run while I was in a pipe that runs ANOTHER event 2 seconds later, the second event would run 2 seconds after I'd to exit the pipe.

Both layers and events pause while in a clear pipe.

Is that intentional design? It makes using Clear Pipes a bit of a hassle in certain circumstances...

[MrDoubleA]

Actually on the subject of Clear Pipes I found what appears to be a bug. When an event is run while you're in a clear pipe, any events set to be triggered by said event only run after you exit the pipe. This also applies to the Delay, so if an event were to be run while I was in a pipe that runs ANOTHER event 2 seconds later, the second event would run 2 seconds after I'd to exit the pipe.

Both layers and events pause while in a clear pipe.

Is that intentional design? It makes using Clear Pipes a bit of a hassle in certain circumstances...

It's not a bug per-se, since the clear pipe state is very similar to the power up/down animation (in which case you would want them to pause).
The devs could fix it by making it use FORCEDSTATE_PIPE and forcing the timer to be -1 rather than FORCEDSTATE_DOOR, but that could break compatibility with some scripts attempting to detect clear pipes.

[Wiimeiser]

Levels can't be entered via "instant" entrances, which is problematic when you don't want the door animation. In fact, the test UI doesn't even allow them to be selected. Actually, were they even always there?