Hi.
As you all know, WHDLOAD can't work properly when a TCP/IP stack is running. Just like everyone, i am used to shut down my stack (Miami in my case) before lauching any game.
Tonight, i have forgotten to do so, and to my surprise, everything is working fine (dozens of games i have tried in the last hour, all launching, playing, and quitting normally). :8
On this A4000 setup, Miami is set up with an asixeth USB device through the Poseidon V4 and Deneb. My WHDLOAD prefs file is modified to deactivate the USB stack on launch and reactivate it on quit.
It seems that Miami (and possibly any other TCP/IP stack) is no longer a problem when the ethernet device itself has been removed.
Now i'm typing this, and Miami has remained online all the time without the need to reconnect, even if the USB NIC has disappeared and reappeared several times.
This seems like a very good argument for averyone to use a cheap USB NIC instead of real network cards.
Someone with a similar setup needs to test this and report here to confirm.
As you all know, WHDLOAD can't work properly when a TCP/IP stack is running. Just like everyone, i am used to shut down my stack (Miami in my case) before lauching any game.
Tonight, i have forgotten to do so, and to my surprise, everything is working fine (dozens of games i have tried in the last hour, all launching, playing, and quitting normally). :8
On this A4000 setup, Miami is set up with an asixeth USB device through the Poseidon V4 and Deneb. My WHDLOAD prefs file is modified to deactivate the USB stack on launch and reactivate it on quit.
It seems that Miami (and possibly any other TCP/IP stack) is no longer a problem when the ethernet device itself has been removed.
Now i'm typing this, and Miami has remained online all the time without the need to reconnect, even if the USB NIC has disappeared and reappeared several times.
This seems like a very good argument for averyone to use a cheap USB NIC instead of real network cards.
Someone with a similar setup needs to test this and report here to confirm.