It most likely is as that function both changes the init string depending on if it's dialing (and something else). The function itself is in the state before dialing or answering.SEGA RPG FAN wrote:I saw that init in the compiled BIN. I don't think that's the one we're interested in though is it? What does the code around the ATS0=0 string look like?ioncannon wrote:You are correct about the init string though; it matches in Vampire as well...
Most of the network code is a big state machine, which uses two indices to look up a handler function in a jump table. For example the login and menu handlers:
And here is the modem connection functions:
Yeah I get that, and it could be an idea for later while we at least get this going.pcwzrd13 wrote:Yeah, I remember you mentioned that in our initial email conversation. I'm generally the same but in this case I really believe patching is the way to go. A PSO-like boot disc is certainly something that could be looked into later for anyone that likes to use original GDs.ioncannon wrote:Yeah when me and dude chatted I mentioned I wanted to get the thing working with proper GDROMs (I am a stickler for getting OG discs working)
Exactly. We have a DreamPi player base of around 3,000 at the moment. A hardware requirement would drop that number down to 0 for the Capcom games and inevitably not everyone is going to jump on board. It'd be a shame to only have a small subset of players that can play the games.SEGA RPG FAN wrote:You'll probably have to come to grips with the fact that few people will shell out for another hardware piece, but a patched GDI or CDI will reach a wide audience.
I want to test this connection idea but have no clue what goes into patching a 1st_read.bin file. I also use CDIs, but have a gdemu ordered on the way. Anyone knowledgeable in that can help?