• BudgetBandit@sh.itjust.works
    link
    fedilink
    arrow-up
    14
    ·
    24 days ago

    Knowing the speedrunning community, they’ll gonna make a new speedrun category to hack a bug into the game to get an early kill screen

    • mojofrododojo@lemmy.world
      link
      fedilink
      English
      arrow-up
      4
      ·
      24 days ago

      and it’ll require some crazy grip that makes the player look like they’re having a seizure, while slamming their heads into the p2 controller dpad to cause a buffer overflow.

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    4
    ·
    24 days ago

    This is the best summary I could come up with:


    But a recent video from Displaced Gamers takes the idea from private theory to public execution, going into painstaking detail on how to get NES Tetris to start reading the game’s high score tables as machine code instructions.

    But players can manipulate this jump thanks to a little-known vagary in how Tetris handles potential inputs when running on the Japanese version of the console, the Famicom.

    As it happens, the area of RAM that Tetris uses to process this extra controller input is also used for the memory location of that jump routine we discussed earlier.

    That means only a small portion of the NES’s available opcode instructions can be “coded” into the high score table using the available attack surface.

    Of course, the lack of a battery-backed save system means hackers need to achieve these high scores manually (and enter these complicated names) every time they power up Tetris on a stock NES.

    With that kind of full control, a top-level player could theoretically recode NES Tetris to patch out the crash bugs altogether.


    The original article contains 771 words, the summary contains 175 words. Saved 77%. I’m a bot and I’m open source!