As far as I can tell, it is impossible to get multiplayer inputs over to StatusScreen after 4.8.0.
- player.cmd.buttons became inaccessible
- playerready[] became unused
- ScreenJob OnEvent doesn't have a player number
- SendNetworkEvent & NetworkProcess don't work outside of levels
Any kind of method to handle multiplayer intermissions would be nice, not picky at all how it's implemented. Just looking for a way to be able to bring back the standard Doom "ready-up" between levels.
If it is implemented and it's just something I missed, I'd love to hear.
Multiplayer support for ScreenJob status screens
Moderator: GZDoom Developers
-
- Posts: 142
- Joined: Thu Apr 03, 2014 10:25 am
- Graphics Processor: nVidia (Modern GZDoom)
-
- Lead GZDoom+Raze Developer
- Posts: 49118
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Multiplayer support for ScreenJob status screens
One important change here was to move the entire intermission code from play to UI, i.e. it is no longer synchronized with the game input - the only sync point is when the intermission ends.
The only way to bring input sync back would be to throw it all out again.
In this case I had to make a choice to either forgo the feature or break some rare intermission mods. The input sync of these screens has always been a major maintenance hassle.
The only way to bring input sync back would be to throw it all out again.
In this case I had to make a choice to either forgo the feature or break some rare intermission mods. The input sync of these screens has always been a major maintenance hassle.
-
- Posts: 142
- Joined: Thu Apr 03, 2014 10:25 am
- Graphics Processor: nVidia (Modern GZDoom)
Re: Multiplayer support for ScreenJob status screens
I'm mostly just wondering about the plausibility of something like SendNetworkEvent / NetworkProcess to be able to roll my own. That seems like it was supposed to be the answer for being able to nab inputs made in UI scope in a networking-safe & scope-friendly way. It was my first hunch on reimplementing this until I found out it just doesn't run at all during intermission. It makes sense because running code intended for regular gameplay during an intermission sounds like a disaster, but caught me a bit by surprise initially. So just an alternative for ScreenJob (or even just StatusScreen, since really it's the one weirdo state that isn't gameplay but might want lots of inputs) would be nice.
Otherwise, fair enough, I'll just move my intermissions to some in-level HUD abomination instead
Otherwise, fair enough, I'll just move my intermissions to some in-level HUD abomination instead
-
-
- Posts: 17454
- Joined: Mon Oct 27, 2003 12:07 am
- Location: Kuala Lumpur, Malaysia
Re: Multiplayer support for ScreenJob status screens
Would a PR to allow network events in the intermission screen the accepted?
-
- Lead GZDoom+Raze Developer
- Posts: 49118
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: Multiplayer support for ScreenJob status screens
If done right, sure.