I thought of something cool is there any way we can encode a rom into byond , of cousre the rom whould have to be hacked so more then 1-4 people can play on them. but that would be really cool people could really have some fun taking say a GBA game and then adding into and onto its codeing creating the next version of the possiable game. This sounds really cool to me but i gusseing there is no way in hell any can do this with out the creators of byond adding some program that people can make roms into byonf format. ^_^....<_< get it?
~~SS10~~
ID:171444
 Sep 24 2004, 11:47 am
|
|
|
Sep 24 2004, 11:53 am
|
|
Smoko
 |
not only is that illegal its also preety much imposible
|
<_< yah i forgot about that part....well not if you own the game then you can have the rom, and aslong as people dont make money on the game its not "AS" bad.
| |
No, it's still illegal to modify the games - even if you own them - without permission. A scripting language is included in many games for modding purposes, the most notable of which being Half-Life, but that doesn't mean someone can modify Half-Life itself.
And aslong is not a word. Neither is aswell. As does not merge with the word after it. And frankly, you should learn something about law before discussing it. | |
You'd be better off talking to the emulator people about that. BYOND has nothing to do with ROMs.
| |
How would you change a ROM into DM format?
You must insane, or never even tried learning how to code DM before. It's insane. Byond just doesn't "work" like that. | |
Sounds like he has never been in a rom hacking community either. By Hacking I mean, changing the game, adding to it or altering it.
Its a well known fact in rom altering communites you can edit any rom data already in the rom, but you cannot add new data to it. By that i mean, making, say Mario Bros Orginal levels longer then they intented. And you need to realise, Marios Levels are actully VERY long if you jump over the flag poles, theres ALMOST endless brick path to use, to edit the worlds, but if you tried to extend it further it would end in failure. | |
It's the same reason it's difficult to add stuff to a compiled .exe file. Basically, the program (or game or whatever) expects data to be at specific locations.
Say for example the data was set up like this: Pos. Data 000 - Level 1 200 - Level 2 300 - Level 3 410 - Graphics 615 - Sounds Let's say you wanted to extend Level 1 by 100 bytes. So you'd move everything down and put your extra level data in front of Level 2. So it now looked like this. Pos. Data 000 - Level 1 + your extra level data 300 - Level 2 400 - Level 3 510 - Graphics 715 - Sounds Now the problem is, when the game looks for it's graphics data, it will still look at 410.. which is part of Level 3. When it tries to load sounds, it will look in the graphics section, etc. All it will end up doing is crashing. It's technically possible to go and change all the places in the code where those location numbers are stored. But it would be a hell of a task. That's why nobody bothers. | |
Its a well known fact in rom altering communites you can edit any rom data already in the rom, but you cannot add new data to it. By that i mean, making, say Mario Bros Orginal levels longer then they intented. Uh yeah you can. It's a lot harder to do since it will involve reworking some of the mechanics of the game without the original source. Hard but definitly possible. And you need to realise, Marios Levels are actully VERY long if you jump over the flag poles, theres ALMOST endless No they are endless based on how it handles the end of level conditions. It just keeps wrapping a certain section over and over like level -1. | |
Now the problem is, when the game looks for it's graphics data, it will still look at 410.. which is part of Level 3. When it tries to load sounds, it will look in the graphics section, etc. All it will end up doing is crashing. Heh there is no memory management on the NES as all the memory was hand maped to certain sections and there is no OS for making sure the programmer didn't do something obviously stupid. It'll happily read away on data that isn't level data. If it gets to the end it'll just wrap the pointer back to zero since it won't crash on overflows either. | |