View Single Post
August 27th, 2011 (12:58 AM).
Originally Posted by
I don't think so. At least not to start with. I though of an idea. So here's how it'd work:
You play normal most of the time. However, the ROM automatically links up with other people playing nearby. You don't join them, however, if you run into them in the field, you may battle, trade, chat, etc. The game would not have to be reprogrammed, it would merely require the ROM to check for other people playing nearby and automatically link with them. You will still find them in the same places that they are currently playing. so your chances of running into them are quite small, given that they can be anywhere in the region.
In order for the game to synchronize an action -- say, taking a step in one direction -- it must send data to all connected clients whenever that action takes place. Those clients, in turn, must be "listening" for that data and must respond to it appropriately -- say, by updating the other players' OWs on-screen -- when it is received.
This must be done for everything that is synchronized. If you need to synchronize wild battles, then the games must be coded to send, check for, and respond to data packets when they are initiated. Movement, trainer battles, random OW movements -- same thing.
Essentially, you'd literally have to hack nearly every facet of the game engine and modify them to make them sync. Failure to hack even one system -- the random movement of NPC OWs, for example -- can lead to massive desyncs in the manner I have described earlier in this thread.
And an auto-connect system like you're describing would require even more work -- constantly listening and broadcasting for additional connections, and synching several connections at a time... Having to spawn new OWs and sync new data at any moment, should a player come within range of the Wireless Adapter... All of this, as opposed to a direct one-to-one connection between two and only two players, initiated with a specific trigger (i.e. talking to an NPC to start a link) and deactivated with another specific trigger.
PokeMart as debug input
script compilation at runtime
music: a dreadful tutorial
I'm not active and don't do this kind of stuff anymore. I'm now trying to create my own game engine.
two message boxes at once
[WIP] firered RAM map
list of all known flags/vars in firered
script command ref: 114 complete / 175 documented / 214
Joined Jul 2010
View Public Profile
Send a private message to DavidJCobb
Find all posts by DavidJCobb
Find threads started by DavidJCobb
Ignore Posts by DavidJCobb