Add in-memory game state tracking and WebSocket broadcast on game change

[Copilot]

RetroArch had no module to track the currently running game in memory, and the WebSocket server had no mechanism to push game state to clients on connect or game change.

New: network/game_state.c / network/game_state.h

Standalone, thread-safe module storing the active game. Exposes a simple API around a single ra_game_state_t record:

typedef struct {
    char game_id      [64];    /* CRC-32 hex string */
    char game_name    [512];   /* ROM basename without extension */
    char game_path    [4096];  /* Full filesystem path */
    char console_id   [64];    /* e.g. "snes" */
    char console_name [256];   /* e.g. "Super Nintendo Entertainment System" */
    char core_name    [256];
    char db_name      [512];   /* Playlist/database name */
} ra_game_state_t;

game_state_to_json() serialises state as:

• {"type":"game_playing","game_id":"...","game_name":"...",...} when a game is running
• {"type":"no_game"} otherwise

WebSocket server (network/ws_server.c)

• New client connects (LWS_CALLBACK_ESTABLISHED): immediately sends current game state via lws_callback_on_writable.
• Broadcast (ws_server_notify_game_changed()): thread-safe — sets g_broadcast_pending under the existing lock, wakes the service loop with lws_cancel_service(). The service thread picks up the flag and calls lws_callback_on_writable_all_protocol(), keeping all libwebsockets I/O on the service thread. The background thread model is unchanged.
• Removed the echo demonstration; LWS_CALLBACK_SERVER_WRITEABLE now writes the current game state JSON.

Hook points

• Game loaded (tasks/task_content.c): after core_load_game() succeeds, populates ra_game_state_t from content_file_info, core_info_t, and rarch_system_info_t, then calls game_state_set() + ws_server_notify_game_changed().
• Game unloaded (retroarch.c, CMD_EVENT_UNLOAD_CORE): calls game_state_clear() + ws_server_notify_game_changed() so clients receive {"type":"no_game"}.
• Lifecycle: game_state_init() / game_state_deinit() called alongside ws_server_init() / ws_server_destroy().

Build

• network/game_state.o added to Makefile.common under the HAVE_WEBSOCKET_SERVER block.
• network/game_state.c added to griffin/griffin.c unity build.

Original prompt

I want to a have a new .c file that will keep in memory the current game being played in retro-arch. I want the ID, the name, the console Id, the console name at a minimum. If there is more information available about the game, I want it as well.

Now I want the new ws-server that we added to send this information whenever a new client connects the server. All the existing clients must be notified of a new game being played. Another message must be sent if no game is being played.

Keep the server running on its own thread; do not change it.

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.