SMW Glitch
Tags: tas
| |
Anonymous comments allowed.
61 comments displayed.
#5
-
anon (12/17/2015) [+] (6 replies)
stickied by beroty
Wasn't a glitch they used tas to reprogram the game to play snake and pong and eventually win, they even said they wanted to program the original Mario into the game as well, but since they were only using four channels instead of the 14-16 possible they couldn't.
Too lazy to log in -zacoren
Too lazy to log in -zacoren
#3
-
mvtjets (12/17/2015) [-] apparently the actual OP programmed the games pong and snake in using those button commands.
#7 to #3
-
createdjustnow (12/17/2015) [-] it's a robot doing the run at the moment, but the run was programmed using TAS to input commands from the controller to reprogram the game, they wanted to input the originl mario but they didn't have enough frames before the glitch point
#50 to #21
-
ygdosst (12/18/2015) [-]
Arbitrary Code Execution. In old consoles like this your button imputs and various actions in the game would leave junk ones and zeros left over in parts of the memory. Basically the guy got a bot to use the perfect set of actions and inputs required to actually code pong and snake into the game entirely out of this random junk code/data.
#51 to #50
-
theroflcer (12/18/2015) [-] I wasn't actually asking for an explanation, I already sticky comment.
#4
-
thevaulthunter (12/17/2015) [-] Some guy took advantage of this glitch to make an in-game Snake game.
#14
-
amsel (12/18/2015) [-] I'm a programmer in real life, and am having an incredibly difficult time wrapping my head around this. How can you actually write new code with that much flexibility using only limited existing pre-programmed controls?
#41 to #14
-
KBD (12/18/2015) [-] Basically using TAS to input commands at such a rapid and calculated pace that it tricks the game into thinking that a programmer is writing it code, first by opening the 'programmer' prompt from the game, then when things start getting really glitchy is when he starts inputting code that actually makes up the game structure.
#39 to #14
-
lech (12/18/2015) [-] Well. I have one of two ideas.
Both of those ideas revolve around a special characteristic of how the game's sprite animations work.
To explain in better detail. Check out this explanation for a separate glitch
www.youtube.com/watch?v=vAHXK2wut_I
Now. You can either hardcode this game into making the two games by using its own engine. OR what I think happened is that they just hardcoded the game to using something hidden in the game
Both of those ideas revolve around a special characteristic of how the game's sprite animations work.
To explain in better detail. Check out this explanation for a separate glitch
www.youtube.com/watch?v=vAHXK2wut_I
Now. You can either hardcode this game into making the two games by using its own engine. OR what I think happened is that they just hardcoded the game to using something hidden in the game
#15 to #14
-
anon (12/18/2015) [-]
stack overflow i think... all that input from the 4 controllers, frames and scores are located in the stack in the order that you need it, then you simply make an overflow to displace the index pointer to the location where your code starts and its done... well thats how i think its done.
#18 to #15
-
amsel (12/18/2015) [-] But then you still would need some sort of custom code inserted into the game that you then trigger with a stack overflow. I mean, the one where they switch it suddenly to super mario bros, those graphics wouldn't have even been present on super mario world. No amount of tapping "left right left x x left" is going to create new graphics and a new map layout. Idk I have to be missing something here.
#19 to #18
-
magicmace ONLINE (12/18/2015) [-] It's all 1s and 0s. even the code that gets executed is just a series of 1s and 0s that is stored somewhere on the machine.
When you perform certain actions (such as yoshi eating something), some memory gets changed to represent what object is being stored. Then when yoshi spits the entity out another piece of code gets executed. Using inputs at exact times, you can get yoshi to eat entities that aren't "real" so the programmers of SMW never coded what happens with them. This action can be used to get the execution code to jump to new places, and you can even overwrite certain execution code. (In C imagine writing out of the bounds of an array, and it can change memory elsewhere)
Do this enough times and if you're smart about it you could technically rewrite the entire game.
You can't think of it in terms of Java or C++ or C# because they're too high level and have too many fail safes to prevent you from doing anything.
Even C is too high of a language. You need to think of it in terms of the assembly code that the programmers used to write the game.
As for the sprites. They are also just 1s and 0s stored somewhere on in the memory. When you're rewriting the code just make sure you don't overwrite the sprite data and then call it at the correct times.
As for this video, I doubt it was real and they just split two games together in video editing, but the concept in itself is completely valid.
When you perform certain actions (such as yoshi eating something), some memory gets changed to represent what object is being stored. Then when yoshi spits the entity out another piece of code gets executed. Using inputs at exact times, you can get yoshi to eat entities that aren't "real" so the programmers of SMW never coded what happens with them. This action can be used to get the execution code to jump to new places, and you can even overwrite certain execution code. (In C imagine writing out of the bounds of an array, and it can change memory elsewhere)
Do this enough times and if you're smart about it you could technically rewrite the entire game.
You can't think of it in terms of Java or C++ or C# because they're too high level and have too many fail safes to prevent you from doing anything.
Even C is too high of a language. You need to think of it in terms of the assembly code that the programmers used to write the game.
As for the sprites. They are also just 1s and 0s stored somewhere on in the memory. When you're rewriting the code just make sure you don't overwrite the sprite data and then call it at the correct times.
As for this video, I doubt it was real and they just split two games together in video editing, but the concept in itself is completely valid.
#20 to #19
-
amsel (12/18/2015) [-] SNES games were written in a form of assembly code, but it isn't all 1s and 0s before being compiled...
en.wikibooks.org/wiki/Super_NES_Programming
valid SNES code looks more like:
.include "Header.inc"
.include "Snes_Init.asm"
VBlank: ; Needed to satisfy interrupt definition in "header.inc"
RTI
Also, even going by your premise, it's not like every combination of "1s" and "0s" is available by clicking buttons in a certain order. There are only so many options, and it had to be pre-existing somewhere else in the game. Plus, you encounter objects in a certain order in the game, and that's all you have to choose from - and you have to stay alive somehow while doing it.
On top of all of that, even buying the fact that you could do rudimentary programming using only in-game commands and object manipulation, I don't understand how you could add new graphics and sound effects that didn't previously exist on the cartridge - especially not with a few button clicks during 30 seconds of play-time.
I don't know, something just doesn't feel right about that.
en.wikibooks.org/wiki/Super_NES_Programming
valid SNES code looks more like:
.include "Header.inc"
.include "Snes_Init.asm"
VBlank: ; Needed to satisfy interrupt definition in "header.inc"
RTI
Also, even going by your premise, it's not like every combination of "1s" and "0s" is available by clicking buttons in a certain order. There are only so many options, and it had to be pre-existing somewhere else in the game. Plus, you encounter objects in a certain order in the game, and that's all you have to choose from - and you have to stay alive somehow while doing it.
On top of all of that, even buying the fact that you could do rudimentary programming using only in-game commands and object manipulation, I don't understand how you could add new graphics and sound effects that didn't previously exist on the cartridge - especially not with a few button clicks during 30 seconds of play-time.
I don't know, something just doesn't feel right about that.
#22 to #20
-
magicmace ONLINE (12/18/2015) [-] after the code gets assembled its just a series of computer instructions, which are represented using some constant multiple of a byte (it depends on the processors architecture and i dont care enough to look it up for SNES).
each instruction holds the OP code (add, sub, sw, lw, branch, etc) and any data (registers, mem addresses, immediates, etc) that the instruction needs.
being that instructions are represented by a constant multiple of a byte, they are stored in memory via 1s and 0s.
Playing on specific levels and going through certain pipes can aid in controlling which entities are visible at any given time, but it is extremely difficult and you need to have a complete understanding of the memory diagrams for where everything is stored in memory to even begin doing anything.
Somethings are impossible, and i believe this video is one of those, but there is a large amount you can do with it.
each instruction holds the OP code (add, sub, sw, lw, branch, etc) and any data (registers, mem addresses, immediates, etc) that the instruction needs.
being that instructions are represented by a constant multiple of a byte, they are stored in memory via 1s and 0s.
Playing on specific levels and going through certain pipes can aid in controlling which entities are visible at any given time, but it is extremely difficult and you need to have a complete understanding of the memory diagrams for where everything is stored in memory to even begin doing anything.
Somethings are impossible, and i believe this video is one of those, but there is a large amount you can do with it.
#49 to #22
-
boarderlinegreat (12/18/2015) [-] To be fair a huge junk of it is just plain trial and error
#53 to #49
-
magicmace ONLINE (12/18/2015) [-] If you understand how the memory is set up for a given game, and how the levels are set up, then you can systematically go through and modify the memory addresses you want.
Trial and error would take way too long.
Doesn't necessarily mean the way they did it was the best or most efficient (in the video for #10 you can see some goomba glitches),.
Trial and error would take way too long.
Doesn't necessarily mean the way they did it was the best or most efficient (in the video for #10 you can see some goomba glitches),.
#54 to #53
-
boarderlinegreat (12/18/2015) [-] Well you need an emulator for that (or some skills in electronics) to get the exact memory address in order to extrapolate the next inputs needed for the desired output. I'm nut sure if all the guys involved in the process of that video had the skills or the tools to do so, that's why I assume some trail and error was involved.
#48 to #20
-
boarderlinegreat (12/18/2015) [-] As far as i know the sprites, the background and the music are all in game so were fine here.
#32 to #14
-
racetothebottom (12/18/2015) [-] a programmer in real life?
so you program reality? that's pretty cool
can you fix the glitch where most meats taste like chicken? probably mixed up some pointers
so you program reality? that's pretty cool
can you fix the glitch where most meats taste like chicken? probably mixed up some pointers
#43 to #32
-
politicalmiddle (12/18/2015) [-]
Yeah the new some of the new hardware coming out in 2016 should be able to process more flavors of meat. However we haven't figured out why the color of the hardware is having an affect on the amount of currency it spawns with. Or why some of the brown ones over heat and explode. But I promise we're working on it.
#35 to #32
-
nonamethewise (12/18/2015) [-] I'm afraid that's a hardware issue. Taste buds just aren't developed enough, so it defaults to chicken.
-also a real life programmer
-also a real life programmer
#40 to #35
-
redstonealchemist (12/18/2015) [-] skills lose experience over time if they're not used regularly, is this going to get patched?
#57 to #40
-
nonamethewise (12/19/2015) [-] No, that stays as a balancing factor. Humans are too over powered already.
#58 to #57
-
redstonealchemist (12/20/2015) [-] too over-powered? we don't even have health potions and the mana system has been broken for centuries!
#60 to #59
-
redstonealchemist (12/21/2015) [-] it's not the players fault that the programmers put in mundane creatures only
#61 to #60
-
nonamethewise (12/22/2015) [-] Well, there is a test version where everything else was buffed instead of nerfing people to help balance it out. It's being tested in Australia.
#9
-
feelythefeel (12/18/2015) [-] Is it weird that I knew exactly what this was as soon as it started?
#37
-
geothermal (12/18/2015) [-] This is a TAS but you can actually do something very similar, namely skip the entire game from the first level.
Basically how it works, is every action you make in the level at certain points kinda writes code, and then you execute the code, which brings you to the end of the game.
Basically how it works, is every action you make in the level at certain points kinda writes code, and then you execute the code, which brings you to the end of the game.
#24
-
danmegaflakes ONLINE (12/18/2015) [-] this reminds me that one time my friend kylo ren killed his dad han solo with the red lightsaber
#28 to #24
-
rustlingthejimmys (12/18/2015) [-] I'm so glad i saw that movie last night, because i knew tards like yous would do stupid **** like this.
#10
-
anon (12/18/2015) [-]
In response to the sticky:
Yes it is a glitch, they exploited smw's code to modify the game's memory. A human could have done it if they were really really fast and precise. How is it not a glicth?
>couldn't program super mario bros into the game
Uhhhh...
youtu.be/czKHg5lmwsw?t=5m19s
Yes it is a glitch, they exploited smw's code to modify the game's memory. A human could have done it if they were really really fast and precise. How is it not a glicth?
>couldn't program super mario bros into the game
Uhhhh...
youtu.be/czKHg5lmwsw?t=5m19s
