Superdavo0001 | PSS Star Spawn Discrepancy @Superdavo0001 | Uploaded 6 years ago | Updated 1 hour ago
Saves enough time for a nice GWK :P
I found this while working on Casino Bingo Slide, after mysteriously losing a ton of frames on what should've been a faster route. It seems that hitting the finish above a certain height (-3700 in this case) makes the star not bounce like it usually does.
I doubt this is useful in vanilla, as it is incompatible with the fastest route through the slide (you must be buttsliding to jump), but it's pretty interesting nonetheless!
The current WR for the sliding timer star in Star Road has this glitch, though it was probably accidental.
Cba to add an end-card for this video. I'll probably do an update once the glitch has been explained.
Update: bad_boot has figured out the cause of the glitch:
"When the star spawns, it is given a vertical speed of (homeY - posY) / 30. That means that after exactly 30 frames, it will be positioned at homeY exactly. It looks like it moves in an arc, but that doesn't affect anything since the arc offset is 0 at the end.
However, they accidentally(?) made it move for 31 frames, so it receives an extra y offset of (homeY - posY) / 30 before entering the bounce action.
Then the bounce action moves the star up 20 units the first frame. To know when to end the bounce, it checks if posY ⟨ homeY. So to perform Star Bounce Skip, we need that extra offset to be ⟨ -20.
So (homeY - posY) / 30 -20, which is true when posY ⟩ homeY + 600."
Update 2: This is now faster in PSS - barely. Great job to Plush & Dargod for making it work!
Saves enough time for a nice GWK :P
I found this while working on Casino Bingo Slide, after mysteriously losing a ton of frames on what should've been a faster route. It seems that hitting the finish above a certain height (-3700 in this case) makes the star not bounce like it usually does.
I doubt this is useful in vanilla, as it is incompatible with the fastest route through the slide (you must be buttsliding to jump), but it's pretty interesting nonetheless!
The current WR for the sliding timer star in Star Road has this glitch, though it was probably accidental.
Cba to add an end-card for this video. I'll probably do an update once the glitch has been explained.
Update: bad_boot has figured out the cause of the glitch:
"When the star spawns, it is given a vertical speed of (homeY - posY) / 30. That means that after exactly 30 frames, it will be positioned at homeY exactly. It looks like it moves in an arc, but that doesn't affect anything since the arc offset is 0 at the end.
However, they accidentally(?) made it move for 31 frames, so it receives an extra y offset of (homeY - posY) / 30 before entering the bounce action.
Then the bounce action moves the star up 20 units the first frame. To know when to end the bounce, it checks if posY ⟨ homeY. So to perform Star Bounce Skip, we need that extra offset to be ⟨ -20.
So (homeY - posY) / 30 -20, which is true when posY ⟩ homeY + 600."
Update 2: This is now faster in PSS - barely. Great job to Plush & Dargod for making it work!
![[SM64 Hack TAS] Another Mario Adventure: Mess In The House in 2387](https://i.ytimg.com/vi/cRztFb6lXck/hqdefault.jpg "[SM64 Hack TAS] Another Mario Adventure: Mess In The House in 2387
My playlist of TAS runs: https://www.youtube.com/playlist?list=PLbYjr0fKUh3qCSR9CMqyJGhMcaObah7wU
My Twitter (where I often post minor TAS stuff): https://twitter.com/superdavo0001
Super Mario 64 TASing/ABC Discord server: https://discord.gg/ECskvyF
ROMHack Info:
Name: Another Mario Adventure
Creator: Aglab2 (https://www.youtube.com/channel/UC77uQeQh3PVdbI4usjFg1rA)
Im back!
Apologies for the lack of videos recently, a lot of other projects have been taking up much of my time. Hopefully I should have a bit more time for a while now!
Ive been wanting to return to doing singlestars for a while, but my inspiration in Ztar Attack Rebooted was beginning to run low and I fancied working on something else. Fortunately, aglab2 (the creator of Ztar Attack Rebooted) recently released this new hack, and after playing it through, I was not only impressed, but also ready to TAS some stars :)
The hack itself is very well made, with a variety of level designs & many custom-coded features, all polished to near-perfection. The variety is further increased by the 10 guest-levels made by prominent members of the ROMHacking community (BroDute, Tomatobird8, UsernamesAreSpiders, scuttlebug_raiser, sm64pie, Cheezepin, Crash, MrComit, ToasterKetchup & Kaze Emanuar to be exact). With so much variety & so many new things to try out, I was spoilt for choice, with plenty of stars to TAS!
I decided to start with this star, mainly because it was one of the first interesting gimmick stars I came across. The idea here is that you are restricted to moving in 2d (within the section of the room with green tiles), but if you press L you can traverse the level in 3d, but your health quickly depletes, so if you spend too long doing this you die, like in Super Paper Mario). This level is fairly easy to beat in casual play, but still manages to make you think differently to a standard SM64 level. Unfortunately the camera always changes to very specific angles when switching between 2d & 3d, which can be pretty annoying since you might want a different angle, so youd have to change it back.
Unsurprisingly, this sort of feature in the hands of a TASer can lead to some fun stuff! :D The route for collecting the secrets seems pretty intuitive, and I couldnt think of any other viable options. The BLJ was pretty awkward since I had to kick near the end of the high platform to reach the secret & spend a long time falling, but I couldnt find any way around it. Being able to dive+recover in the gap would solve this but the speed required to do this doesnt allow enough time to turn to the correct angle to hit the secret (since Marios speed affects his 3d position even in 2d mode).
This TAS is probably improvable, perhaps even by a significant amount. Im still happy with the result though! Ive found a fair few more stars I want to TAS as well, so make sure you subscribe so you dont miss them :)
Total re-records: 2,260")
![[TAS] Super Mario 64 - Swingin In The Breeze In 1103 By Superdavo0001, Dargos & Snark122](https://i.ytimg.com/vi/f8xM5fbwUsU/hqdefault.jpg "[TAS] Super Mario 64 - Swingin In The Breeze In 1103 By Superdavo0001, Dargos & Snark122
• 1110 By Snark122 (also 1117 from 2012): https://youtu.be/NamWHywBEBY?t=3m30s
↓
• 1107 by Dargos: https://youtu.be/HY0Qte37G_I
↓
• 1103 By Superdavo0001 & Dargos
* Dar Gos Channel: https://www.youtube.com/channel/UCEgfodfjfo3J-bUAHrwl0Lw
* Snark122s Channel: https://www.youtube.com/channel/UCyoAdfPdT100F12BmXDUpbw
* TimeTravelPenguins Channel: https://www.youtube.com/channel/UCUMWpmbkD0HvkgFC0BqrTFw
In this video, the star Swingin In The Breeze (in Rainbow Ride) is collected 2 frames faster than the previous record by Snark, and 1 frame faster than a run created by Dargos earlier today. This was achieved by fully optimising the new movement strat used in the original 1f save.
As was the case for our recent BitFS save, this was done in collaboration with the legendary Dargos, and we both contributed important details that led to this save.
In fact, this save happened in a remarkably similar way to the BitFS improvement (at least if you in include Plushs initial 1f save as an equivalent to Dargos initial 1f save).
It began with TimeTravelPenguin investigating the star. He asked Snark for his files, and tried to find a way to save time. Unfortunately, his searches didnt find anything improvable, but led me & Dargos to look at Snarks original run more closely. We found that he used some rather unusual movement, which didnt look like it should be optimal, shortly after the ledgegrab. TimeTravelPenguin gave us Snarks run to look at, and Dargos realised that it should be faster to grind continually instead of recovering (Snarks recovery had significantly less speed, costing a lot of distance). When he TASed the run, he found that it saved a frame, and put him quite close to saving an additional frame.
Once Dargos posted that run, I decided to look through it & see whether he did anything that could be improved, and I found a couple of things. The main one was that he took a dust-frame during the initial grind. While this was useful in BitFS, that was only because we couldnt do perfect qframe grinding otherwise. Dargos assumed the same to be true here, and so took the dust-frame to avoid having to take a 1/4 transition. However, I realised that this was actually not the case, and was able to achieve a perfect qf grind. Dargos also jumped for 1 frame before diving to reach the axle (there was probably a reason for this in his run), when it would be faster to dive immediately.
I then fixed all these details, and tried to save a frame with them. Unfortunately though, I was unable to land on the axle a frame earlier, which was needed to save the frame.
Dargos then looked into this, and found that I was just 0.6 units (subject to correct speed manipulation on the jumpdive) from saving the frame, and set to work trying to save them. As was the case in BitFS, he managed to save just enough distance to save the frame, though its still within a unit or so.
It really is weird just how similar the progression of this star is to the progression of BitFS - in both cases, a slower movement was replaced with divegrinding, which saved a frame, then I found a way to save a qframe, then Dargos finished the save by finding tiny unit-level improvements.
Although this run improves Snarks TAS by 2 frames, it still contains his inputs up to the ledgegrab, and he is therefore still an author. Pretty much all of the inputs that follow (except the grind setup, which has a few frames of my inputs) were done by Dargos. However, as I found the bulk of the most recent frame save, we decided that I should upload the run. Massive thanks to Dargos for letting me upload this one :D
Special thanks to TimeTravelPenguin for , and to Snark122 for giving us TAS files to work from! Their channel links are at the top of this description, along with Dargos channel. Id recommend checking them all out, as theyve all been responsible for some awesome TASes!
Total re-records: 62,946 (2,527 by me & Dargos, the rest by Snark)")
![[TAS] Super Mario 64 - Community Freerun In Big Boos Haunt](https://i.ytimg.com/vi/gTXM8dOsmq0/hqdefault.jpg "[TAS] Super Mario 64 - Community Freerun In Big Boos Haunt
Welcome to the latest in a long line of SM64 community freeruns - this time, in the spooky depths of Big Boos Haunt!
Who did what:
• Dargos: 0:00 - 1:04 and 1:52 - 2:00
• Ethan White: 1:04 - 1:52
• CeeSZee: 2:00 - 2:23
• Superdavo0001 (myself): 2:23 - End
This freerun was pretty good imo, and consistently entertaining throughout. My part features my first ever OJ that I routed myself - something which wasnt easy to achieve!
This freerun was done using Peter Fedaks Visible PUs ROMHack, which (as the name implies) makes Parallel Universes visible. This was chosen as it allowed for some interesting tricks to be performed in a PU, which normally wouldnt be entertaining enough to be used due to the whole area being invisible.
Unlike most of my videos, Im not explaining what happened here, to avoid ruining the magic. If anyone is curious, ask me in the comments.
Our channels:
• Superdavo0001 (myself): http://bit.ly/2mgJfkn
• Dargos: http://bit.ly/2xPwAgF
• Ethan White: http://bit.ly/2x2IGE8
• CeeSZee (main host of community freeruns): http://bit.ly/2fxbp8R
Total re-records: 12,646
Also, thanks for 200 subs & 50,000 views!")
![[TAS] SM64: Ztar Attack 2 - DarkRoom% In 2052](https://i.ytimg.com/vi/iSuQVq4vWwM/hqdefault.jpg "[TAS] SM64: Ztar Attack 2 - DarkRoom% In 2052
In this video, I complete SM64 Ztar Attack 2: A Blast To The Past (a ROMHack created by TheGael95), by accessing the dark room and its warp early, in just over 20 seconds. This is achieved by abusing the rooms location to access it from the hubworld using two negative jumps.
This dark room is supposed to be accessed from a warp at the end of the bonus levels, and contains a warp which takes you back to the title screen. From there, you are supposed to re-enter the save & return to the hubworld to collect the final star (hence the warp isnt really the ending as such, so Im not sure whether this category truly counts as a kind of completion). Unfortunately, the warp from the bonus content uses a Mario Spawner object rather than another warp inside the dark-room, and is therefore not reversible.
Conveniently, to save having more separate levels, this room was placed out of reach in the Ztar Seal Temple (hubworld), underneath the central pathway through this area, and inside a grey box to make its location less obvious. I quickly realised this fact once I reached the dark room during my casual playthrough.
Before I found this out, I realised that it was possible to BLJ to extremely high speeds (Over 20,000!), by abusing the slope to the upper platform, and the ceiling of the long arch behind it (this ceiling keeps Mario stuck in place near the top of the stairs). I had also realised that it was possible to use a negative-jump to reach the grey box. After realising that the dark room was inside the grey box, I wondered if it would be possible to do another negative-jump to access the dark room. After a bit of testing, I found a way to make it work, and as a bonus I could even keep my speed once I was down there! Unfortunately, the second negative-jump only works if Mario is not in the squish state (as the vertical displacement is halved in that state), so I have to wait on the grey platform for Marios squish animation to end. I also have to wait a couple of frames before I can jumpkick at the very end, as Mario also cannot jumpkick while squished.
This TAS is probably improvable in a couple of places (though I tried quite hard to optimise the first section to the best of my ability). In particular, its possible that there might be a better hyperspeed route after the BLJ, which might save a considerable amount of time.
Note that at the very end, I cannot quick-crouch into the teleporter (a trick which is used in most TASes that enter teleporters), as its hitbox is too high up for Mario to reach when crouched. Instead, he just crouches underneath it.
So what is this Negative Jump (NJ) Im referring to? Its basically what happens when Mario jumps with a high negative speed. You see, Marios vertical speed is proportional to his horizontal speed. This means that when Mario is moving forwards, he jumps higher than when he is stationary. When he is moving backwards, his jump will be lower. If he has enough negative speed, his vertical speed will never be above zero, and so he will immediately move downwards (assuming he doesnt immediately touch a floor hitbox, which will simply move him back up to the top of the floor). Normally, his downward speed is capped at -75 (terminal velocity), but this does not apply for the first quarter-frame of Marios movement. Thus, with enough negative speed, Mario can be displaced arbitrarily far below his initial location, allowing him to clip into areas far below his initial position. He still moves horizontally though, and so his lateral displacement also needs to be accounted for when planning NJ routes.
Negative-Jumps used to be known as Downward-Jumps (DJs), but the name was changed as the acronym is the same as that for double-jumps, which could lead to confusion. I used this glitch in a previous video, in order to clone blue coins productively without visiting parallel universes (https://youtu.be/QdT27ZpQjR0). Performing this glitch with PU speed (i.e. being displaced into a PU below the main PU grid) causes an overflow jump - a versatile glitch which can allow Mario to reach areas which are higher than his initial location.
SM64 Ztar Attack 2: Blast To The Past is an amazing ROMHack made by TheGael95. Gaels channel (including download links) can be found at: https://www.youtube.com/channel/UCiD6DYZSuu7N2302h83pLeQ
Total rerecords: 2,501")
