eglantine-cirakg, branch nx2

Merge upstream Djihads80/Eglantine nx2 into nx2

2026-11-03T20:58:24+00:00

# Conflicts: # .github/workflows/release-binaries.yml

ci(release): add build number to appimage

2026-11-03T20:56:38+00:00

Merge pull request #434 from Duck912/streamline-dlss

2026-11-03T20:44:36+00:00

video_core: NVIDIA DLSS through NVIDIA Streamline in place of a game's DLSS

Merge pull request #447 from Mcm190/fix/appimage-wayland

2026-11-03T20:40:27+00:00

ci: bundle Wayland plugins in Linux AppImages

2026-11-03T19:13:08+00:00

Request the Wayland platform plugins and their client graphics and shell integrations from linuxdeploy's Qt plugin. The existing Qt installation already contains them, so no extra Qt downloads are needed. Addresses #298. Assisted-by: Codex (diagnosis, packaging fix, validation, and draft text)

Merge pull request #433 from Djihads80/new_issues_template

2026-11-03T18:40:26+00:00

video_core: accept an empty Streamline device-extension list

2026-11-03T18:23:47+00:00

Streamline may report that DLSS needs no extra device extensions. The check required a non-empty list, so that result counted as "extensions unavailable": Streamline was stopped and FSR 3.1 used. Only require that every listed extension is supported. Found by CodeRabbit review. Assisted-by: Claude Opus 5.5 (implementation) Signed-off-by: Duck912 <350528965+Duck912@users.noreply.github.com>

yuzu: bound the zip directory reads in the DLSS download

2026-11-03T18:06:59+00:00

The central-directory parser trusted each entry's name, extra and comment lengths and the Zip64 extra field's length, so a malformed directory could make it read past the downloaded buffer. The data comes from NVIDIA's GitHub release over TLS and the saved files are signature-checked, so the risk is low. Stop with an error when an entry runs past the directory, and read Zip64 fields only inside their record. Found by CodeRabbit review. Assisted-by: Claude Opus 5.5 (implementation) Signed-off-by: Duck912 <350528965+Duck912@users.noreply.github.com>

video_core, yuzu: write NVIDIA DLSS file paths to logs as UTF-8

2026-11-03T18:06:59+00:00

The Streamline start-up and DLSS download code formatted paths with std::filesystem::path::string(), which on MSVC converts to the active code page and throws when a character has no mapping there, for example a user name in another script under %APPDATA%. The start-up log runs inside the renderer's constructor, which only catches vk::Exception, so such a user would crash at game start with the setting on. Use Common::FS::PathToUTF8String for every path in these logs and messages. Found by CodeRabbit review. Assisted-by: Claude Opus 5.5 (implementation) Signed-off-by: Duck912 <350528965+Duck912@users.noreply.github.com>

video_core: clear the DLSS output when Streamline writes nothing to it

2026-11-03T18:06:59+00:00

The upscaler records its work on the worker thread and reports success once it is queued. When Streamline then rejects the DLSS options, gives no frame token or fails the evaluation, nothing is written to the output image, but the caller still draws it into the game's image that frame: undefined contents after a resize, the previous frame otherwise. FSR 3.1 takes over from the next frame. Clear the output on those paths, with barriers around the clear, so that frame is black instead. Found by CodeRabbit review. Assisted-by: Claude Opus 5.5 (implementation) Signed-off-by: Duck912 <350528965+Duck912@users.noreply.github.com>