0
No notifications
0
notification
Home
Play game
Forum
Comments list of Speedster64 (100)
And if you thought my other tangents were complicated, just you wait.
[Verse 3: Parallel Universes]
Okay, so Mario's position is a floating point number but it's converted to a short when the game uses it to test for collision with floor triangles.
In other words, Mario's position can basically be any decimal number but it's converted to an integer between negative 32,768 to positive 32,767 inclusive.
So, any fractional portion is truncated and numbers too big or too small are moved into this range using the modulo operator.
Graphically, that means the position used for floor detection is always inside of this box.
So if Mario's in that box, then his actual position and the position used for floor detection are the same, albeit maybe off by a single fraction due to the truncation.
But if Mario leaves that box, then his actual position and the position used for floor detection will separate since the position used for floor detection will just loop back around to remain in the original box.
So now I ask you this.
Here's the course.
So if Mario is standing way over here where there's no land but the position used for floor detection is on land, can he stand over here?
The answer is yes.
As far as the game sees it, Mario is in fact above land over here because the game actually checks for land over here.
So, for all intents and purposes, there is essentially land over here.
A copy of the original map.
And this is what we call a parallel universe or a PU.
And this applies to every one of these boxes.
So there's actually a grid of nearly infinite PUs.
Here is a to scale diagram of the PU grid.
As you can see, the PUs are actually pretty far apart.
But I'll be taking some creative liberties and drawing them closer together for the sake of clearer visuals.
Now, PUs aren't as glamorous as you might think.
The graphics are only found on the original map so that PUs are completely invisible.
Furthermore, PUs have no objects like elevators or item blocks, no enemies, no items like coins or stars, and not even any walls.
So really, it's pretty barren.
Furthermore, the N64 console will actually crash if you go to a PU and let the camera follow you.
But luckily, we can avoid that crash by fixing the camera in place on the original map before leaving it.
Though, that does make it even harder to tell what is going on in the PUs.
So, as you just saw, you can travel to a PU if you have enough speed.
But, it's not as simple as you might think.
If you have just enough speed just to reach the PU one over, it won't actually work.
That's because the game actually checks if Mario is above land at each quarter step of his movement.
That means the simplest PU movement is moving over 4 PUs at once.
That way, each quarter step is above land and therefore valid.
For simplicity, we call this quadruple PU distance one QPU.
[Bridge 3: De Facto]
Now, up until this point, I've been glossing over a very important detail, which I now need to clear up.
What if I told you the distance Mario moves isn't necessarily equal to his speed?
For example, look how fast Mario moves at 31 speed on this flat slope and now compare it to how fast he moves at the same speed on this steeper slope.
In both cases, he has about the same speed but clearly he's moving at different rates.
That's because the distance Mario moves is only a portion of his actual speed.
And this portion depends on the slope of the ground.
The steeper the slope, the smaller this portion is.
Note that it only depends on the steepness, not whether Mario's facing uphill, downhill, or sideways on the hill.
In these visuals, blue will represent Mario's actual speed and green will represent the portion of it that he moves, which we call Mario's De Facto Speed.
So in these three pictures, Mario has the same speed, but he has different De Facto speeds since he's standing on slopes with different steepnesses.
So, if we wanna move one QPU, It's not sufficient to have QPU speed.
We need QPU De Facto speed, which often means our actual speed will need to be greater than one QPU to compensate.
So to reiterate, We need to increase our speed until our De Facto speed syncs up with one QPU.
And the speed needed to do this is called the Syncing Speed.
So in this diagram, the blue arrow represents the Syncing Speed.
When we have that speed, the quarter steps of the De Facto speed sync up with the PUs and we can move.
Now, what I'm showing here is just the lowest or first Syncing Speed.
A.k.a., the speed to move exactly one QPU.
If we increase our speed, Eventually our De Facto speed would sync up again when it covers a distance of two QPU.
And so we'd be able to move at that speed, which is two times as fast as before.
So in general, any multiple of the lowest Syncing Speed is itself a Syncing Speed and will cover multiple QPU at once.
So remember, every slope has a different set of Syncing Speeds.
And this can make routing tricky.
For example, in the video where I do PU movement to reach the secret aquarium, I had to traverse several different slopes.
First this slope that I used for Hyper Speed Walking, then this slope at the edge of the water, then the flat ground of the castle foyer, then the castle stairs, which is really a steep ramp, and then the flat ground of the upstairs and note that the stairs you see there are actual stairs and not a ramp so they're just flat ground.
Here is a graph showing the Syncing Speeds for each of these slopes.
And so these are the speeds I need in order to have PU movement while standing on each of these slopes.
Naturally, the steeper slopes have greater Syncing Speeds.
Now keep in mind that I can only build up speed while I'm on the Hyper Speed Walking slope.
Once I leave it, I can't generate any more speed.
So my speed will only decrease from there.
So to successfully preform this PU route, I better have generated enough speed to meet each slope's Syncing Speed in turn.
For example, let's say I build up enough speed to reach the first possible Syncing Speed and I use that to go to the next slope.
Then, I could let my speed drop until I reach this slope's Syncing Speed, go to the next slope, let my speed drop again, until I reach this slope's Syncing Speed go to the next slope, but then I have a bit of a problem.
I have less than the required Syncing Speed and no way to gain any more.
So is this route just impossible?
Well no, because these are the just the slopes' first Syncing Speeds.
But remember, any multiple of these will work as well.
[Verse 4: Second Syncing Speed]
So now, let's factor in each slope's second Syncing Speed as well.
These speeds allow Mario to move two QPU at once instead of one.
So now, if I instead build up enough speed to reach the second Syncing Speed of that first slope, then I'll actually have enough speed to meet each Syncing Speed in turn and complete the route.
And if that didn't work, we could've considered each slope's third Syncing Speed and so on until we did get it to work.
However, which Syncing Speed we need to reach initially is kind of a big deal.
Because reaching that first Syncing Speed takes about twelve hours and reaching that second Syncing Speed takes about 25 hours.
So if there's a way to use a lower Syncing Speed initially, then that's a twelve hour save.
So, how much speed will we need to generate for the Watch For Rolling Rocks star?
Well, keep in mind that even with access to unlimited horizontal speed, we don't have any improved vertical mobility.
So to get to the top of the course, we need to travel up slopes and ride up elevators.
So this will be the basic route.
Start on the Hyper Speed walking slope.
Navigate along the path up from the lake, ride up this elevator, ride up this other elevator, make our onto the Amazing Emergency Exit platform, which is the highest point we can reach, and then launch to the Watch For Rolling Rocks platform.
By itself, that still won't be enough height.
But, the scuttlebug we positioned will provide the extra bounce we need.
So this is the graph of the Syncing Speeds of these slopes.
Unfortunately, we run into a bit of a issue with the path up from the lake.
That area is made up of dozens of floor triangles that each have different slopes but that didn't stop me.
After careful observation and scrutiny I isolated six triangles which I named T1 through T6.
These triangles have strictly decreasing steepnesses, so we can meet each of their Syncing Speeds in turn.
Additionally, their heights span the entire vertical distance we need to cover to go from bottom to top without leaving any gaps in between.
So, by using the slopes of those six triangles, we can complete the blueprint for our route, allowing us utilize the first Syncing Speed of that initial slope.
So building up speed only takes twelve hours instead of twenty-five.
[Bridge 4: Final Points]
Now, we're almost ready to go back to the video but there's just some final points I wanna make.
For example, you don't need to have exactly the Syncing Speed to traverse PUs.
If you have slightly less than the Syncing Speed, you'll move relatively forwards in the map.
If you have slightly more than the Syncing Speed, you'll move relatively backwards in the map.
And the further you deviate from the Syncing Speed, the greater this relative movement will be.
Additionally, if you adjust your angle slightly away from the cardinal direction, you can move relatively sideways.
But keep in mind that even the smallest possible angle deviation will be magnified over the QPU distance.
And thus Mario will be sent multiple feet to the side.
Now, based off what I've told you, you might think you can only travel multiples of four PUs at a time but that's not actually true.
For example, if one of your quarter steps is out of bounds or over a ceiling, then that quarter step will be invalid.
And since Mario moves up two but not including the first invalid quarter step, he can in fact end up stopping prematurely at one of the quarter steps.
Separately, if you change slopes during a quarter step, your De Facto speed will change and you'll alter the distance of the next quarter step and so most likely, it will no longer sync up with a PU and you'll end up stopping on the new slope.
Finally, for simplicity, the set of PUs that are multiples of four away, we call the QPU grid.
And if Mario's on the QPU grid, then we say he's QPU aligned.
Remember, moving a multiple of four PUs is easy but moving a different amount requires special conditions like out of bounds or changing slopes.
So, if you're QPU aligned, it's easy to stay that way.
And if you're QPU misaligned, it's easy to stay that way as well.
Now, if you become QPU misaligned, you'll need to correct that in order to return to the main map but that can be difficult if you're not near out of bounds and your sequence of slope changes is predetermined.
So, managing your QPU alignment is one of the many challenges of planning a PU route.
Okay, and now we're finally ready to resume the main video and watch the PU movement.
[Verse 5: Sike]
Just kidding, first I need to explain what these screens are.
These extra screens will help you follow along during the PU movement.
The Standard View is just the view that the game chose.
But since I fixed the camera on the main map to prevent the game from crashing, this screen won't tell you very much.
The Relative View shows where I am in each PU.
This is what it would look like if I let the camera follow Mario around and if PUs weren't invisible.
The Relative Map also shows where I am in each PU but from an overhead perspective.
And finally, the PU Map shows where I am in the PU grid.
[Bridge 5: Finally Starting]
Okay, so now let's really start.
So, as I explained earlier.
I navigate up the path from the lake using the six triangles I isolated and I've marked them in the Relative Map so you can follow along.
So basically, I get onto a triangle, let my speed drop and until I'm around the Syncing Speed for that triangle's slope, then navigate uphill on the triangle and then move to the next triangle.
Using what I taught you, You should be able to follow along with my movement.
For example, I'm able to move relatively backwards, because I have slightly more than the Syncing Speed.
Whenever I move sideways, it's because I'm slightly angled away from the cardinal direction.
And every time I move from triangle to triangle, my QPU alignment changes.
But cleverly, I planned it in such a way that they'd all cancel out by the end and I'd end up QPU aligned.
So right now I'm on the sixth triangle.
So I do a little zigzag to bring me back towards the main map, as you can see on the PU Map screen.
Remember, I need to return to the main map in order to access the elevator since there are no objects in PUs.
As you may have noticed right there, the elevator didn't register me until I started kicking and that's actually the reason why I've been holding A this entire time.
By holding A, I can press B to do these little kicks.
Without these kicks, I go through the elevator.
But with the kicks I can ride it up to gain precious height.
Okay, so now we're closing in on the end.
The final movement I do will be a kick onto the Amazing Emergency Exit platform, then turn and launch myself towards the scuttlebug.
That movement will bring me ten PU to the right and three PU down.
But since I wanna end up on the main map, I reverse that displacement and so position myself three PU up and ten PU left while doing that, I simultaneously position myself in the correct relative part of the map to make the movement work.
Okay, now don't blink.
And there we go.
By bouncing on the scuttlebug, and ground pounding in the misalignment, I achieve just enough height to get onto the Rolling Rocks platform.
Here, I show an abridged version of the scuttlebug raising, in case earlier's viewing was too choppy to follow.
As you can see, the scuttlebug moves back and forth, above its home.
At the end, you can see that I do two special raisings purely to move him sideways and closer to the corner since he ended up being too far away for the bounce to work.
And here, I show an alternate angle of the final PU movement.
The scuttlebug actually became active once I entered the PU version of this room.
So I really only had a handful of frames to get over here before he fell too far.
[Outro]
And there you have it, Watch For Rolling Rocks done in 0.5x A presses. Man, I did not expect this video to become 25 minutes long when I started commentating but I guess there was just that much to explain. Hopefully, you were able to follow along with my explanations and visuals, learn something new, and had an enjoyable experience. So, thanks for watching.
In
Super mario 64 castle
on 2024-06-10 at 21:26:28
upside down penis
In
Fudge Brownie
on 2024-06-09 at 21:52:34
But first, we need to talk about parallel univer-
In
Super mario 64 castle
on 2024-06-09 at 18:17:16
TOO LONG, but a bit interesting. 3/5
on 2024-06-09 at 16:22:14
@Hi8888 Mario Kart Quickies.
In
Bowser's Cup
on 2024-06-08 at 22:29:32
I am angry of why the heck did you put the characters in a para thingy that I forgot its name.
(Biddybug)
But its ok. If only we could have them in the standard kart and some more...
In
Mario Kart 8 Deluxe
on 2024-06-08 at 22:10:19
Maybe RDing will make it easy
In
GCN Luigi Circuit
on 2024-06-05 at 22:14:35
aw man daisy is gone... but it makes sense cuz Daisy is OP
In
Mario Kart 9 (DEMO)
on 2024-06-05 at 17:39:00
Incredibly low effort, but thats probably because you are on mobile.
In
SMB1
on 2024-06-05 at 16:52:47
This is the worst battle course I've ever seen! 1/5.
In
[ Coming Soon ]
on 2024-06-02 at 14:10:44
COMING SOON is the worst battle course I've ever seen!
In
★ CTGP-PC Deluxe Battle ★
on 2024-06-02 at 14:10:09
aw man I just wanted to visit Peach's Castle!!!
In
Peach Circuit
on 2024-06-02 at 14:07:28
That it was based on?
In
★ CTGP-PC Deluxe ★
on 2024-06-02 at 12:14:20
@Spider-Toad OK. Then where was the original CTGP PC?
In
★ CTGP-PC Deluxe ★
on 2024-06-02 at 12:14:08
@NS_Nodac64 Here you go: https://mkpc.malahieude.net/circuit.php?mid=8567
In
★ CTGP-PC Deluxe ★
on 2024-06-02 at 12:08:42
@MilesTheYoshi don't get too mad, at least you were less madder then Knoah. First things first, whether they use a teleporter or a cannon is THEIR choice. Even though the cannons are more accurate to the original. Plus the physics suck? You probably are meaning that some places, holes are not present, some places, there are no walls, and etc, because if you are referring to physics literally, I think you are saying "MKPC physics suck!" No it doesen't absolutely suck but there are some improvements maybe needed to be made. Anyways, copypasted image, I only think its crap if it was not from the internet and was from an original MKPC user. In this case, i think they were all from the internet. I would rate this track 3/5.
In
Flower Cup
on 2024-06-02 at 11:41:38
This is a literal expansion. I'm pretty sure the original CTGP-PC (made by poli-mji or I forgot his name) only had... A MEASLY 2 CUPS. This one has a whopping 37 cups, more cups I have ever seen and approaching to MKPC's 40 cup limit.
In
★ CTGP-PC Deluxe ★
on 2024-06-02 at 11:19:06
@Senko you talking to me or Miles? I recommend you use @ (even though it does nothing on MKPC circuit comments) to mention someone, e.g, @Speedster64, @Senko, or @MilesTheYoshi
In
Ice Skate Cup
on 2024-06-02 at 11:17:03
Sure, I'll beat [ Coming Soon ] !
EDIT: Just joking, of course not! Coming Soon has like 30000 laps.
In
Ice Skate Cup
on 2024-05-31 at 22:40:02
W for Wumbo--I mean Wario!
on 2024-05-31 at 18:45:51
Page :
1
2
3
4
5
Back to the profile
Back to the forum
Comments list of Speedster64 (100)
[Verse 3: Parallel Universes]
Okay, so Mario's position is a floating point number but it's converted to a short when the game uses it to test for collision with floor triangles.
In other words, Mario's position can basically be any decimal number but it's converted to an integer between negative 32,768 to positive 32,767 inclusive.
So, any fractional portion is truncated and numbers too big or too small are moved into this range using the modulo operator.
Graphically, that means the position used for floor detection is always inside of this box.
So if Mario's in that box, then his actual position and the position used for floor detection are the same, albeit maybe off by a single fraction due to the truncation.
But if Mario leaves that box, then his actual position and the position used for floor detection will separate since the position used for floor detection will just loop back around to remain in the original box.
So now I ask you this.
Here's the course.
So if Mario is standing way over here where there's no land but the position used for floor detection is on land, can he stand over here?
The answer is yes.
As far as the game sees it, Mario is in fact above land over here because the game actually checks for land over here.
So, for all intents and purposes, there is essentially land over here.
A copy of the original map.
And this is what we call a parallel universe or a PU.
And this applies to every one of these boxes.
So there's actually a grid of nearly infinite PUs.
Here is a to scale diagram of the PU grid.
As you can see, the PUs are actually pretty far apart.
But I'll be taking some creative liberties and drawing them closer together for the sake of clearer visuals.
Now, PUs aren't as glamorous as you might think.
The graphics are only found on the original map so that PUs are completely invisible.
Furthermore, PUs have no objects like elevators or item blocks, no enemies, no items like coins or stars, and not even any walls.
So really, it's pretty barren.
Furthermore, the N64 console will actually crash if you go to a PU and let the camera follow you.
But luckily, we can avoid that crash by fixing the camera in place on the original map before leaving it.
Though, that does make it even harder to tell what is going on in the PUs.
So, as you just saw, you can travel to a PU if you have enough speed.
But, it's not as simple as you might think.
If you have just enough speed just to reach the PU one over, it won't actually work.
That's because the game actually checks if Mario is above land at each quarter step of his movement.
That means the simplest PU movement is moving over 4 PUs at once.
That way, each quarter step is above land and therefore valid.
For simplicity, we call this quadruple PU distance one QPU.
[Bridge 3: De Facto]
Now, up until this point, I've been glossing over a very important detail, which I now need to clear up.
What if I told you the distance Mario moves isn't necessarily equal to his speed?
For example, look how fast Mario moves at 31 speed on this flat slope and now compare it to how fast he moves at the same speed on this steeper slope.
In both cases, he has about the same speed but clearly he's moving at different rates.
That's because the distance Mario moves is only a portion of his actual speed.
And this portion depends on the slope of the ground.
The steeper the slope, the smaller this portion is.
Note that it only depends on the steepness, not whether Mario's facing uphill, downhill, or sideways on the hill.
In these visuals, blue will represent Mario's actual speed and green will represent the portion of it that he moves, which we call Mario's De Facto Speed.
So in these three pictures, Mario has the same speed, but he has different De Facto speeds since he's standing on slopes with different steepnesses.
So, if we wanna move one QPU, It's not sufficient to have QPU speed.
We need QPU De Facto speed, which often means our actual speed will need to be greater than one QPU to compensate.
So to reiterate, We need to increase our speed until our De Facto speed syncs up with one QPU.
And the speed needed to do this is called the Syncing Speed.
So in this diagram, the blue arrow represents the Syncing Speed.
When we have that speed, the quarter steps of the De Facto speed sync up with the PUs and we can move.
Now, what I'm showing here is just the lowest or first Syncing Speed.
A.k.a., the speed to move exactly one QPU.
If we increase our speed, Eventually our De Facto speed would sync up again when it covers a distance of two QPU.
And so we'd be able to move at that speed, which is two times as fast as before.
So in general, any multiple of the lowest Syncing Speed is itself a Syncing Speed and will cover multiple QPU at once.
So remember, every slope has a different set of Syncing Speeds.
And this can make routing tricky.
For example, in the video where I do PU movement to reach the secret aquarium, I had to traverse several different slopes.
First this slope that I used for Hyper Speed Walking, then this slope at the edge of the water, then the flat ground of the castle foyer, then the castle stairs, which is really a steep ramp, and then the flat ground of the upstairs and note that the stairs you see there are actual stairs and not a ramp so they're just flat ground.
Here is a graph showing the Syncing Speeds for each of these slopes.
And so these are the speeds I need in order to have PU movement while standing on each of these slopes.
Naturally, the steeper slopes have greater Syncing Speeds.
Now keep in mind that I can only build up speed while I'm on the Hyper Speed Walking slope.
Once I leave it, I can't generate any more speed.
So my speed will only decrease from there.
So to successfully preform this PU route, I better have generated enough speed to meet each slope's Syncing Speed in turn.
For example, let's say I build up enough speed to reach the first possible Syncing Speed and I use that to go to the next slope.
Then, I could let my speed drop until I reach this slope's Syncing Speed, go to the next slope, let my speed drop again, until I reach this slope's Syncing Speed go to the next slope, but then I have a bit of a problem.
I have less than the required Syncing Speed and no way to gain any more.
So is this route just impossible?
Well no, because these are the just the slopes' first Syncing Speeds.
But remember, any multiple of these will work as well.
[Verse 4: Second Syncing Speed]
So now, let's factor in each slope's second Syncing Speed as well.
These speeds allow Mario to move two QPU at once instead of one.
So now, if I instead build up enough speed to reach the second Syncing Speed of that first slope, then I'll actually have enough speed to meet each Syncing Speed in turn and complete the route.
And if that didn't work, we could've considered each slope's third Syncing Speed and so on until we did get it to work.
However, which Syncing Speed we need to reach initially is kind of a big deal.
Because reaching that first Syncing Speed takes about twelve hours and reaching that second Syncing Speed takes about 25 hours.
So if there's a way to use a lower Syncing Speed initially, then that's a twelve hour save.
So, how much speed will we need to generate for the Watch For Rolling Rocks star?
Well, keep in mind that even with access to unlimited horizontal speed, we don't have any improved vertical mobility.
So to get to the top of the course, we need to travel up slopes and ride up elevators.
So this will be the basic route.
Start on the Hyper Speed walking slope.
Navigate along the path up from the lake, ride up this elevator, ride up this other elevator, make our onto the Amazing Emergency Exit platform, which is the highest point we can reach, and then launch to the Watch For Rolling Rocks platform.
By itself, that still won't be enough height.
But, the scuttlebug we positioned will provide the extra bounce we need.
So this is the graph of the Syncing Speeds of these slopes.
Unfortunately, we run into a bit of a issue with the path up from the lake.
That area is made up of dozens of floor triangles that each have different slopes but that didn't stop me.
After careful observation and scrutiny I isolated six triangles which I named T1 through T6.
These triangles have strictly decreasing steepnesses, so we can meet each of their Syncing Speeds in turn.
Additionally, their heights span the entire vertical distance we need to cover to go from bottom to top without leaving any gaps in between.
So, by using the slopes of those six triangles, we can complete the blueprint for our route, allowing us utilize the first Syncing Speed of that initial slope.
So building up speed only takes twelve hours instead of twenty-five.
[Bridge 4: Final Points]
Now, we're almost ready to go back to the video but there's just some final points I wanna make.
For example, you don't need to have exactly the Syncing Speed to traverse PUs.
If you have slightly less than the Syncing Speed, you'll move relatively forwards in the map.
If you have slightly more than the Syncing Speed, you'll move relatively backwards in the map.
And the further you deviate from the Syncing Speed, the greater this relative movement will be.
Additionally, if you adjust your angle slightly away from the cardinal direction, you can move relatively sideways.
But keep in mind that even the smallest possible angle deviation will be magnified over the QPU distance.
And thus Mario will be sent multiple feet to the side.
Now, based off what I've told you, you might think you can only travel multiples of four PUs at a time but that's not actually true.
For example, if one of your quarter steps is out of bounds or over a ceiling, then that quarter step will be invalid.
And since Mario moves up two but not including the first invalid quarter step, he can in fact end up stopping prematurely at one of the quarter steps.
Separately, if you change slopes during a quarter step, your De Facto speed will change and you'll alter the distance of the next quarter step and so most likely, it will no longer sync up with a PU and you'll end up stopping on the new slope.
Finally, for simplicity, the set of PUs that are multiples of four away, we call the QPU grid.
And if Mario's on the QPU grid, then we say he's QPU aligned.
Remember, moving a multiple of four PUs is easy but moving a different amount requires special conditions like out of bounds or changing slopes.
So, if you're QPU aligned, it's easy to stay that way.
And if you're QPU misaligned, it's easy to stay that way as well.
Now, if you become QPU misaligned, you'll need to correct that in order to return to the main map but that can be difficult if you're not near out of bounds and your sequence of slope changes is predetermined.
So, managing your QPU alignment is one of the many challenges of planning a PU route.
Okay, and now we're finally ready to resume the main video and watch the PU movement.
[Verse 5: Sike]
Just kidding, first I need to explain what these screens are.
These extra screens will help you follow along during the PU movement.
The Standard View is just the view that the game chose.
But since I fixed the camera on the main map to prevent the game from crashing, this screen won't tell you very much.
The Relative View shows where I am in each PU.
This is what it would look like if I let the camera follow Mario around and if PUs weren't invisible.
The Relative Map also shows where I am in each PU but from an overhead perspective.
And finally, the PU Map shows where I am in the PU grid.
[Bridge 5: Finally Starting]
Okay, so now let's really start.
So, as I explained earlier.
I navigate up the path from the lake using the six triangles I isolated and I've marked them in the Relative Map so you can follow along.
So basically, I get onto a triangle, let my speed drop and until I'm around the Syncing Speed for that triangle's slope, then navigate uphill on the triangle and then move to the next triangle.
Using what I taught you, You should be able to follow along with my movement.
For example, I'm able to move relatively backwards, because I have slightly more than the Syncing Speed.
Whenever I move sideways, it's because I'm slightly angled away from the cardinal direction.
And every time I move from triangle to triangle, my QPU alignment changes.
But cleverly, I planned it in such a way that they'd all cancel out by the end and I'd end up QPU aligned.
So right now I'm on the sixth triangle.
So I do a little zigzag to bring me back towards the main map, as you can see on the PU Map screen.
Remember, I need to return to the main map in order to access the elevator since there are no objects in PUs.
As you may have noticed right there, the elevator didn't register me until I started kicking and that's actually the reason why I've been holding A this entire time.
By holding A, I can press B to do these little kicks.
Without these kicks, I go through the elevator.
But with the kicks I can ride it up to gain precious height.
Okay, so now we're closing in on the end.
The final movement I do will be a kick onto the Amazing Emergency Exit platform, then turn and launch myself towards the scuttlebug.
That movement will bring me ten PU to the right and three PU down.
But since I wanna end up on the main map, I reverse that displacement and so position myself three PU up and ten PU left while doing that, I simultaneously position myself in the correct relative part of the map to make the movement work.
Okay, now don't blink.
And there we go.
By bouncing on the scuttlebug, and ground pounding in the misalignment, I achieve just enough height to get onto the Rolling Rocks platform.
Here, I show an abridged version of the scuttlebug raising, in case earlier's viewing was too choppy to follow.
As you can see, the scuttlebug moves back and forth, above its home.
At the end, you can see that I do two special raisings purely to move him sideways and closer to the corner since he ended up being too far away for the bounce to work.
And here, I show an alternate angle of the final PU movement.
The scuttlebug actually became active once I entered the PU version of this room.
So I really only had a handful of frames to get over here before he fell too far.
[Outro]
And there you have it, Watch For Rolling Rocks done in 0.5x A presses. Man, I did not expect this video to become 25 minutes long when I started commentating but I guess there was just that much to explain. Hopefully, you were able to follow along with my explanations and visuals, learn something new, and had an enjoyable experience. So, thanks for watching.
(Biddybug)
But its ok. If only we could have them in the standard kart and some more...
EDIT: Just joking, of course not! Coming Soon has like 30000 laps.
Page : 1 2 3 4 5
Back to the forum