Ok, directly porting the protocol on internet is a no-go,
but maybe we can do something to avoid the problem of the strict time window.
We could replace the original GBA protocol and instead of exchanging frames in the same window,
just exchange them in an asynchronous way and send the correct interrupts every time we receive a new
message from one of the clients.
Your idea of replicating the multiplayer is very interesting but seems very hard to implement to me,
but maybe because I have very little knowledge of the gba emulation internals.
I've looked a bit into the source code of VBA Link which actually implements the LAN multiplayer,
and they seem to use a server-client architecture, every client, instead of waiting for their turn, directly send
their 16bit word to the server, which once enough frames are collected, sends them as a whole packet to the clients.
Is this manageable in your opinion?
but maybe we can do something to avoid the problem of the strict time window.
We could replace the original GBA protocol and instead of exchanging frames in the same window,
just exchange them in an asynchronous way and send the correct interrupts every time we receive a new
message from one of the clients.
Your idea of replicating the multiplayer is very interesting but seems very hard to implement to me,
but maybe because I have very little knowledge of the gba emulation internals.
I've looked a bit into the source code of VBA Link which actually implements the LAN multiplayer,
and they seem to use a server-client architecture, every client, instead of waiting for their turn, directly send
their 16bit word to the server, which once enough frames are collected, sends them as a whole packet to the clients.
Is this manageable in your opinion?