otavepto / gbe_fork

Fork of https://gitlab.com/Mr_Goldberg/goldberg_emulator
https://gitlab.com/Mr_Goldberg/goldberg_emulator
GNU Lesser General Public License v3.0
185 stars 54 forks source link

Networking Issue in River City Saga: Three Kingdoms #187

Open iProfessorZ opened 1 month ago

iProfessorZ commented 1 month ago

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.

otavepto commented 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

enable this https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L46

enable this https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L48

disable this https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L50

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 👍

iProfessorZ commented 1 month ago

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.

iProfessorZ commented 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

enable this

https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L46

enable this

https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L48

disable this

https://github.com/otavepto/gbe_fork/blob/0b55a69a4e257ac650adb92c4f099e16a93a4f46/post_build/steam_settings.EXAMPLE/configs.main.EXAMPLE.ini#L50

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.

iProfessorZ commented 1 month ago

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.

LuKeSt0rm commented 1 month ago

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.