Open iProfessorZ opened 1 month ago
are you using real LAN or through vpn? vpn introduces lag always, quality is dependent on the vendor and servers. in the debug logs usually networking events, with real LAN, occur in less than ~2ms, it doesn't get much faster than this. the behavior you described means that it's inconsistent and not impacting everyone on the network, further showing that it might be a transport layer problem, otherwise, if it was a problem in the emu, everybody would have a sporadic lag at some point.
in the chance this is an actual bug, try these. disable this https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L19
as you can see some of them are already configured by default, but just to be extra sure add them in your ini files.
keep this open though, someone with better knowledge may stumble on this issue and be able to help 👍
Thank you for your prompt response. I am playing in a local area network under a home router, without using a VPN. I will try using the configuration parameters mentioned above for testing and will provide timely feedback.
are you using real LAN or through vpn? vpn introduces lag always, quality is dependent on the vendor and servers. in the debug logs usually networking events, with real LAN, occur in less than ~2ms, it doesn't get much faster than this. the behavior you described means that it's inconsistent and not impacting everyone on the network, further showing that it might be a transport layer problem, otherwise, if it was a problem in the emu, everybody would have a sporadic lag at some point.
in the chance this is an actual bug, try these. disable this
enable this
enable this
disable this
as you can see some of them are already configured by default, but just to be extra sure add them in your ini files.
keep this open though, someone with better knowledge may stumble on this issue and be able to help 👍
I conducted multiple rounds of testing by modifying the parameters, and the situation remained the same as with the default parameters. I regenerated the interface.txt file based on the default parameters, and the machine that originally had issues no longer has problems. However, the machine that was previously functioning correctly is now experiencing issues, regardless of whether it is acting as the host or the client.
I also ran two instances of the program on the same machine for a local area network test, and similarly, one instance experienced control issues with erratic character movement.
Reminds me of the problem with “Star Wars Battlefront Classic Collection” in multiplayer. Where it lags extremely (already in the lobby) and the FPS drops dramatically, unplayable.
Problems are potentially related.
Greetings,
I am experiencing a networking issue while playing "River City Saga: Three Kingdoms" (AppID: 1013220) using gbe_fork. When attempting to play the game on two machines, both machines can connect to each other. However, one of the machines consistently faces problems with controlling the character, regardless of whether it is acting as the host or the client. The character's movements become erratic and unresponsive.
When the connection is severed, the affected machine resumes normal operation. This issue does not appear to be specific to one particular computer. Introducing a different computer into the network setup can cause the previously problematic machine to function correctly, while another machine begins to exhibit the same control issues.
I would appreciate any assistance in resolving this matter.
Thank you.