As you can tell by the title, this is the FINAL version of the new N64 Majora's Mask "game-end-glitch" TAS! We do not plan to optimize the movie anymore, because we cannot figure out a way to reduce the TAS's timing lower than 22 minutes and 44.1 seconds. In this final version, I was able to optimize loading zone lag to get the RNG to sync, because we were very unlucky last time, so I developed a new brute force technique that was very likely to net us the right RNG we needed, and it was finally successful. 3 Desync fixes later, and this is the resulting file. I will give more detail about loading zone lag and how you can account for it in my submission later, it is a bit difficult to describe in just a few sentences.
I have just ran a desync test with the movie file, setting the virtual pad input to 0x 0y and no buttons held on the last frame of the movie file (81846) and the credits indeed loads. I have run prior tests with this movie and I already know for certain this should sync in any resolution you'd like with any GLideN64 plugin settings you like (as long as the UseDefaultHacks at the bottom is ENABLED!), although I have already optimized the plugin settings in this movie file for enhanced encodes using high resolutions like 4K. However, to any newbies out there, you will have to config your N64 video plugin settings and select the resolution yourself and reboot the core since the embedded json doesn't save the resolution sizing.
For anybody looking to encode this movie, please start from frame 0 and end on frame 85049. Keep in mind that if you have sync to audio or alternate sync enabled, it will not encode the reset frames, and they will have to either be spliced into the video, or you will have to disable sync to audio.
If you're curious to watch a preview encode of this movie file, I've uploaded it to my YouTube account here: https://youtu.be/Tjofk7oQpWs
And, hey! TASvideos staff person!! Can you please replace the movie file in submission #7685 with the one I have uploaded here? This is an improvement to the submitted file, most inputs remain the same outside of a slightly different set of inputs used to enter clock tower and a 1 frame route optimization entering file 2's name. Thank you staff! Also if you're wondering why I had submitted what looks like an identical version of this file to my userfiles and then deleted it, I realized I forgot to automate bilinear filtering in the .json, so now that it has been enabled, I can create my preview encode of the movie in high quality using this same movie file since I have the same settings that it will default to as shown on this page here: https://tasvideos.org/EncodingGuide/VideoDumping#N64__