Project

General

Profile

Actions

Emulator Issues #11954

open

Qt limitations regarding netplay that were not present in 5.0 stable

Added by Little_mac over 4 years ago. Updated about 1 month ago.

Status:
New
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
Yes
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What's the problem? Describe what went wrong and how to replicate it.

[ever-sense the release of the new Qt menu there has been two netplay menu bugs that never got fixed

back in Dolphin 5.0 wile you were netplaying, you could netplay with 2 people or more and
then one person just kinda crashes or internet goes out and the other was able to save state and then do a
in game save so that all progress was not lost.

the new update force closes everyone's game window making so that you can't save your
progress regardless of what dolphin setting you have in "Interface > Confirm on Stop"

for the 2nd thing in Dolphin 5.0 when your netplaying at all you could change your controller
input settings when set on a "Standard Controller > GameCube controller"

in the new update it forces you to not even be able to change that anymore during a netplay game
forcing all players to restart when there controller is not setup correctly.

I would Love to see you guys fix this so that I can netplay on the new dolphin like I used to
before with friends on old Dolphin 5.0

P.S. Without these issues being fixed dolphin has taken a few steps backwards]

What steps will reproduce the problem?

[Reproduction steps here]

Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.

[yes 5.0-11516}

Is the issue present in the latest stable version?

[no 5.0]

If the issue isn't present in the latest stable version, which is the first broken version? (You can find the first broken version by bisecting. Windows users can use the tool https://forums.dolphin-emu.org/Thread-green-notice-development-thread-unofficial-dolphin-bisection-tool-for-finding-broken-builds and anyone who is building Dolphin on their own can use git bisect.)

[ever sense Qt menu was the only way to play dolphin]

[Anything else here]


Related issues 1 (1 open0 closed)

Related to Emulator - Emulator Issues #13485: Entire Game Closes on Netplay Session if Client LeavesAccepted

Actions
Actions #1

Updated by Techjar over 4 years ago

Both the behaviors you described were very much not intended, and caused problems like netplay desync, broken core state (necessitating a restart) and outright crashing.

Actions #2

Updated by Techjar over 4 years ago

The architecture of netplay is not and never was designed to gracefully handle players leaving mid-session, and before the changes that you described would often result in a locked up Dolphin instance that would require killing from task manager (though sometimes it would kindly crash instead). I intend to look into enabling leaving and joining mid-session properly at some point, but there are several technical challenges to overcome.

As for changing controller settings mid-session, it is very easy to cause netplay to desync by doing this. Just outright disabling the ability to do this was seen as an acceptable solution, since it's easy enough to just tell people to make sure their controller settings are correct and working before starting the game. If you're in a situation where you need to change between different sets of bindings mid-game, the profile switch hotkeys should work for this.

Actions #3

Updated by Little_mac over 4 years ago

but yes wile switching from standard to GC wiiu adapter may desync, however this was disabled anyways in Stable 5.0. I think someone made a mistake not understanding that changing your buttons from A to B or B to A was in Dolphin 5.0 and was never a cause of a desync.

and with the force closing the game on netplay
wile YES when someone

started a netplay game
closed game
started again with out all players ending the game and saying yes
would in fact crash the emu but you could of fixed this by making a fail safe code that made the emu check if all players closed the emu before starting the game displaying a error that not all players closed the game yet

all right let me explain why this is a bad thing that it now force closes the EMU on everyone regardless

in games like mario party, someones internet dyed wile the end of a minigame and it was just about to do a in game save on the memory card
Dolphin says GONE with no way to bring it back

Next it crashes WILE its crashes in any game and CORRUPTS The SAVE FILE
and this is Valid for ALL GAMES

on 5.0 stable you were able to

save sate
load it offline
and press A and so on to save it real quick and then save all your progress in the game
it was a very good thing and i wish to see it come back for my games of Mairo Party

Actions #4

Updated by Little_mac over 4 years ago

oops i ment chashes WIlE its saving in any game

Actions #5

Updated by Little_mac over 4 years ago

but yeah on 5.0 stable you were able to
save the game even after a netplay crash and thats my problem

Actions #6

Updated by JosJuice about 4 years ago

  • Subject changed from Qt bug regarding the netplay menus that were not present in 5.0 stable to Qt limitations regarding netplay that were not present in 5.0 stable
Actions #7

Updated by Billiard26 about 1 month ago

Actions #8

Updated by Billiard26 about 1 month ago

  • Regression changed from No to Yes
Actions

Also available in: Atom PDF