Main Reason for Uploading the 3rd Super Mario 63 100% BTT so early

https://cdn.discordapp.com/attachments/611185573184667656/1188453659932098661/BTT_Screenshot.png?ex=659a94b8&is=65881fb8&hm=48321f6bb5d3c53784427b3e991974100cbbcc565c7863b52cadef1ce29aa961&

Although if you look at the spreadsheet at the time of this video’s release, you’ll see a 38:29.3, the math for LLL was messed up really badly. You see, there were so many math formulas Potato and Vertic had to use to make the spreadsheet function, so mistakes were inevitable. If you look at the screenshot closely, you’ll notice the cell N115 includes the sum of the numbers N98-N112 as that is what the sum function does, pretty self-explanatory. However, when they put that there, they forgot about LLL Secret 2 and 3 which are in cells N113 and N114 and thus, the counter doesn’t count those segments. Until they fix this mistake, you can test this yourself by putting random values for the final two LLL Segments (for 100%) and you’ll know it’s patched when that actually does something. With all of that context laid out, because those segments are 1.7 and 12.03 seconds long respectively meaning the actual BTT is 13.73 second longer than it shows. This doesn’t even factor in the discrepancy with SSL Inside and WDW Castle Movement segments which when combined to match the new timing standard is 0.6 seconds slower than the previous timing standard, making the gap between what is being displayed and reality 14.33. Combine that with a few small errors in retiming segments, and you can see why the time is so much slower than what the spreadsheet says at the time of uploading this.