NOTE: I will post .m64 and details about the route when I have time.

9f improvement; 17"77 w/ fixed cam switch

After seeing the (relatively) low speed the improvements to WDW and RR used, I decided to reevaluate my OJ route testing methods. As it turns out, the single OJ problem was solved by a Greek mathematician over 2000 years ago. Using this ancient method, I was able to quickly find multiple improvements in BitFS, the best of which is shown here. I'm not 100% sure that this is the fastest, because I don;t have an efficient way to test the method on slopes yet, but there's a good chance this is not improvable (at least the PU part).

This m64 branched off of a version of the 18"07 that mkdasher made, and I didn't change any input until the BLJ. This m64 has fixed cam mode already set, so it saves 6f in BitFS from not having to switch. However, the 6f camera switch has to happen at an earlier point in a full run. Not that I know anything about where that would be ;)

Console verification is crucial for PU routes, as many seemingly innocuous movements can cause a crash on console. In other words, fixing the camera in the real "universe" is necessary but not sufficient to prevent a crash. Thanks to mkdasher's TASbot (and shoutouts to Braden for figuring out how to make them), we confirmed that this strat works just fine on console. However, it does lag considerably at some parts, which I didn't attempt to fix here. The emulator m64 was done on the U version and console was J version (J has better lag in BitFS).

свернуть