[AlxcBTW]

What

ANYPS5_INPUT_CONFIG is read with std::getenv, which returns the ANSI code page on Windows. A path containing ü fails with "Cannot convert character sequence: Illegal byte sequence" while the path is built, which stops input initialization; a path with 日本 arrives as ? and cannot be read. (With GCC 15 libstdc++ on MinGW, std::filesystem::path(const char*) treats narrow text as UTF-8, so the SDL_GetBasePath directory was already found; only the environment variable was broken.)

• On Windows the variable is read with _wgetenv; elsewhere as UTF-8.
• The SDL_GetBasePath directory is converted from UTF-8 explicitly.
• Error messages print paths as UTF-8.

Test (pad_input_mapping): a temp directory named with ü and 日本 holds an ini that is read through ANYPS5_INPUT_CONFIG; a parse error and a missing file name the path in UTF-8. docs/user/INPUT_MAPPING.md notes that paths may contain any characters.

Tested

Not tested in a title; no game was run. Windows 11 build node (WinLibs GCC 15.2.0, Release, BUILD_TESTING=ON): full build and the non-GPU ctest set, including pad_input_mapping. tools/check_conventions.py --base origin/main passes.

Checklist

• Based on current main; no other open PR implements the same functions (feat(input): add native SDL input configuration with ImGui #674 edits bindings through an ImGui editor, feat(input): add browser-based input mapping configurator #3456 is a browser editor for the ini, feat(libSceVideoOut): capture the host cursor for guest mice and scale their deltas #4217 captures the host cursor for guest mice; none changes the analog conversion)
• One topic per PR; follow-ups go in a new PR
• No comments in code except technical debt
• Unimplemented paths throw (NotImplemented_nid_no_patch); silent stubs are listed in TechnicalDebt (none added)
• No notes, investigation .md files or images added to the repository
• New third-party code is a submodule built from source (none)
• Generic behaviour, not specific to one title
• Depends on: none
• Unblocks: none
• AI-assisted: yes (Claude Code)

🤖 Generated with Claude Code

[adriadam10]

Checked the diff, built it merged onto main and ran the libSceVideoOut ctest set (pad_input_mapping passes). The Windows-only path (_wgetenv, UTF-8 conversion) is covered by the full Build's windows job; merging once that is green.

[adriadam10]

Rebased onto current main: the only conflict was in tests/InputMapping.cpp (the new mouse-look tests next to nonAsciiPaths); both kept, no logic changes. Built and ran the libSceVideoOut ctest set (pad_input_mapping passes). The Windows-only path (_wgetenv, UTF-8 conversion) is covered by the full Build's windows job; merging once that is green.