diff options
Diffstat (limited to '')
| -rw-r--r-- | results/scraper/fex/43 | 2 | ||||
| -rw-r--r-- | results/scraper/fex/4301 | 46 | ||||
| -rw-r--r-- | results/scraper/fex/4304 | 21 | ||||
| -rw-r--r-- | results/scraper/fex/4312 | 7 | ||||
| -rw-r--r-- | results/scraper/fex/4319 | 8 | ||||
| -rw-r--r-- | results/scraper/fex/4320 | 2 | ||||
| -rw-r--r-- | results/scraper/fex/4321 | 9 | ||||
| -rw-r--r-- | results/scraper/fex/4323 | 19 | ||||
| -rw-r--r-- | results/scraper/fex/4329 | 59 | ||||
| -rw-r--r-- | results/scraper/fex/4339 | 5 | ||||
| -rw-r--r-- | results/scraper/fex/4348 | 4 | ||||
| -rw-r--r-- | results/scraper/fex/4369 | 9 | ||||
| -rw-r--r-- | results/scraper/fex/4372 | 39 | ||||
| -rw-r--r-- | results/scraper/fex/4375 | 24 | ||||
| -rw-r--r-- | results/scraper/fex/4379 | 2 | ||||
| -rw-r--r-- | results/scraper/fex/4380 | 4 | ||||
| -rw-r--r-- | results/scraper/fex/4393 | 32 | ||||
| -rw-r--r-- | results/scraper/fex/4398 | 32 |
18 files changed, 324 insertions, 0 deletions
diff --git a/results/scraper/fex/43 b/results/scraper/fex/43 new file mode 100644 index 000000000..0b71ec6f3 --- /dev/null +++ b/results/scraper/fex/43 @@ -0,0 +1,2 @@ +Guest backtrace support +Support guest backtrace to know where the guest ends up at when we crash \ No newline at end of file diff --git a/results/scraper/fex/4301 b/results/scraper/fex/4301 new file mode 100644 index 000000000..b55a1aba4 --- /dev/null +++ b/results/scraper/fex/4301 @@ -0,0 +1,46 @@ +Investigate whether dynamic linking triggers spurious allocations +EDIT (neobrain): The original observation stem from an invalid CI configuration. It's unconfirmed at this point whether dynamic linking incurs any spurious allocations. Original observation follows: + +<hr> + +#5476 uncovered this issue using the glibc fault CI test. A runner happened to have libxxhash-dev installed, which causes symbol lookup to happen dynamically, which causes glibc allocations. +``` +Program terminated with signal SIGILL, Illegal instruction. +#0 FEXCore::Assert::ForcedAssert () at /home/ryanh/FEX/FEXCore/Source/Utils/ForcedAssert.cpp:9 +9 asm volatile("hlt #1"); +(gdb) y +Undefined command: "y". Try "help". +(gdb) bt +#0 FEXCore::Assert::ForcedAssert () at /home/ryanh/FEX/FEXCore/Source/Utils/ForcedAssert.cpp:9 +#1 0x0000aaaac2ac23f0 in FEXCore::Allocator::EvaluateReturnAddress (Return=0xffffbb8c0ed4 <__GI__dl_exception_create_format+244>) at /home/ryanh/FEX/FEXCore/Source/Utils/AllocatorOverride.cpp:114 +#2 0x0000aaaac2ac20e4 in fault_malloc (size=56) at /home/ryanh/FEX/FEXCore/Source/Utils/AllocatorOverride.cpp:130 +#3 0x0000ffffbb8c0ed4 in malloc (size=56) at ../include/rtld-malloc.h:56 +#4 __GI__dl_exception_create_format (exception=exception@entry=0xffffeda66d68, objname=0xffffeda6c721 "./Bin/FEXLoader", fmt=fmt@entry=0xffffbb8df4d0 "undefined symbol: %s%s%s") at ./elf/dl-exception.c:157 +#5 0x0000ffffbb8c74a8 in _dl_lookup_symbol_x (undef_name=0xaaaac2508f06 "XXH3_64bits", undef_map=undef_map@entry=0xffffbb8fa370, ref=ref@entry=0xffffeda66dd8, symbol_scope=<optimized out>, version=0xffffbb8bb018, type_class=type_class@entry=1, + flags=1, skip_map=skip_map@entry=0x0) at ./elf/dl-lookup.c:877 +#6 0x0000ffffbb8cd080 in _dl_fixup (l=0xffffbb8fa370, reloc_arg=3504) at ./elf/dl-runtime.c:95 +#7 0x0000ffffbb8cf1ac in _dl_runtime_resolve () at ../sysdeps/aarch64/dl-trampoline.S:100 +#8 0x0000aaaac2794140 in FEXCore::IR::AOTIRCaptureCache::LoadAOTIRCacheEntry (this=0xffffbae70568, filename="/home/ryanh/.fex-emu/RootFS/Ubuntu_22_04/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2") + at /home/ryanh/FEX/FEXCore/Source/Interface/IR/AOTIR.cpp:384 +#9 0x0000aaaac2662414 in FEXCore::Context::ContextImpl::LoadAOTIRCacheEntry (this=0xffffbae70000, filename="/home/ryanh/.fex-emu/RootFS/Ubuntu_22_04/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2") + at /home/ryanh/FEX/FEXCore/Source/Interface/Core/Core.cpp:1054 +#10 0x0000aaaac28d6d64 in FEX::HLE::SyscallHandler::TrackMmap (this=0xffffbae70800, Thread=0x0, Base=140737352839168, Size=8192, Prot=1, Flags=2066, fd=6, Offset=0) + at /home/ryanh/FEX/Source/Tools/LinuxEmulation/LinuxSyscalls/SyscallsSMCTracking.cpp:214 +#11 0x0000aaaac2948e68 in FEX::HLE::x64::x64SyscallHandler::GuestMmap (this=0xffffbae70800, Thread=0x0, addr=0x7ffff7ec3000, length=8192, prot=1, flags=2066, fd=6, offset=0) + at /home/ryanh/FEX/Source/Tools/LinuxEmulation/LinuxSyscalls/x64/Memory.cpp:41 +#12 0x0000aaaac2645888 in ELFCodeLoader::MapFile (this=0xffffeda6afa0, file=..., Base=140737352839168, Header=..., prot=1, flags=2066, Handler=0xffffbae70800) at /home/ryanh/FEX/Source/Tools/FEXLoader/ELFCodeLoader.h:81 +#13 0x0000aaaac2644d24 in ELFCodeLoader::LoadElfFile (this=0xffffeda6afa0, Elf=..., BrkBase=0x0, Handler=0xffffbae70800, LoadHint=0) at /home/ryanh/FEX/Source/Tools/FEXLoader/ELFCodeLoader.h:147 +#14 0x0000aaaac26343a4 in ELFCodeLoader::MapMemory (this=0xffffeda6afa0, Handler=0xffffbae70800) at /home/ryanh/FEX/Source/Tools/FEXLoader/ELFCodeLoader.h:472 +#15 0x0000aaaac262e688 in main (argc=7, argv=0xffffeda6b798, envp=0xffffeda6b7d8) at /home/ryanh/FEX/Source/Tools/FEXLoader/FEXLoader.cpp:567 +(gdb) frame 8 +#8 0x0000aaaac2794140 in FEXCore::IR::AOTIRCaptureCache::LoadAOTIRCacheEntry (this=0xffffbae70568, filename="/home/ryanh/.fex-emu/RootFS/Ubuntu_22_04/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2") + at /home/ryanh/FEX/FEXCore/Source/Interface/IR/AOTIR.cpp:384 +384 auto filename_hash = XXH3_64bits(filename.c_str(), filename.size()); +(gdb) +``` + +We can not dynamically link xxhash at the very least. We should double check our other dependencies to ensure we don't hit dynamic linking. + +At the end of the day we should only dynamically link against PT_INTERP, libc, libgcc_s, libm, and libstdc++. + +Ideally we could also get rid of libstdc++ but I'm not sure if that's viable when doing dlopen against C++ libraries? Would need a bit more investigation for that one. \ No newline at end of file diff --git a/results/scraper/fex/4304 b/results/scraper/fex/4304 new file mode 100644 index 000000000..809d348f0 --- /dev/null +++ b/results/scraper/fex/4304 @@ -0,0 +1,21 @@ +Latest Steam stable update (Jan 2025) fails to start due to CEF crash loop +Steam fails to start up since last week's update due to a crash in CEF's network service, indicated by webhelper-linux.txt: +``` +[2025-01-27 16:23:23] terminate called after throwing an instance of 'std::out_of_range' +[2025-01-27 16:23:23] what(): basic_string::at: __n (which is 0) >= this->size() (which is 0) +[2025-01-27 16:23:23] [0127/162323.751259:ERROR:network_service_instance_impl.cc(600)] Network service crashed, restarting service. +[2025-01-27 16:23:23] [DEBUG] Hiding directory entry for RootFSFD +[2025-01-27 16:23:23] [DEBUG] Hiding directory entry for RootFSFD +[2025-01-27 16:23:23] terminate called after throwing an instance of 'std::out_of_range' +[2025-01-27 16:23:23] what(): basic_string::at: __n (which is 0) >= this->size() (which is 0) +[2025-01-27 16:23:23] [0127/162323.912938:ERROR:network_service_instance_impl.cc(600)] Network service crashed, restarting service. +[2025-01-27 16:23:23] [DEBUG] Hiding directory entry for RootFSFD +[2025-01-27 16:23:23] [DEBUG] Hiding directory entry for RootFSFD +[2025-01-27 16:23:23] terminate called after throwing an instance of 'std::out_of_range' +[2025-01-27 16:23:23] what(): basic_string::at: __n (which is 0) >= this->size() (which is 0) +[2025-01-27 16:23:24] [0127/162324.060614:ERROR:network_service_instance_impl.cc(600)] Network service crashed, restarting service. + +... +``` + +This has been reproduced on 3 different devices (macbook with Linux VM, X13s, T14s). Downgrading the Steam client to the 20241204072114 update reliably resolves the problem. diff --git a/results/scraper/fex/4312 b/results/scraper/fex/4312 new file mode 100644 index 000000000..8b7cd2a90 --- /dev/null +++ b/results/scraper/fex/4312 @@ -0,0 +1,7 @@ +FEXConfig input issues +When trying to input a string in one of the boxes, I type a letter, the textbox loses focus and there's a small "sleep", type another letter and so on. Each time I try to type something I get in the console: +``` +qrc:/qt-project.org/imports/QtQuick/Controls/Fusion/SpinBox.qml:30:18: QML QQuickTextInput: Binding loop detected for property "text" +``` + +This is with qt6 on Ubuntu 24.10 on the Lenovo T14s \ No newline at end of file diff --git a/results/scraper/fex/4319 b/results/scraper/fex/4319 new file mode 100644 index 000000000..ede6d16af --- /dev/null +++ b/results/scraper/fex/4319 @@ -0,0 +1,8 @@ +Reciprocal estimate not accurate enough +Currently on systems with rpres extension we generate `frecpe` for a `pfrcp`. The AMD manual mentions: + +> The maximum error is less than or equal to 1.5 * 2^–12 times the true reciprocal. + +Unfortunately for, for example 1.0, the result of `frecpe` is 0.998047. The result should be within `(1.00037 | 0.999634)` to be within the required accuracy. + +Should check other functions as well. \ No newline at end of file diff --git a/results/scraper/fex/4320 b/results/scraper/fex/4320 new file mode 100644 index 000000000..254743e66 --- /dev/null +++ b/results/scraper/fex/4320 @@ -0,0 +1,2 @@ +Linux: Protect the end of the alt-stack +On alt-stack overflow this can/will corrupt our pointers. We should protect the end of this. \ No newline at end of file diff --git a/results/scraper/fex/4321 b/results/scraper/fex/4321 new file mode 100644 index 000000000..de26254a4 --- /dev/null +++ b/results/scraper/fex/4321 @@ -0,0 +1,9 @@ +Issue on termux inside ubuntu proot container +root@localhost:~/cb/DEBS# FEXBash collaboraoffice-base_24.04.12-20250131_amd64.deb +fuse: failed to open /dev/fuse: Permission denied +/tmp/.FEXMount9562-v1cPzJ/bin/sh: command not found +root@localhost:~/cb/DEBS# fusermount failed to execute. You may have an mount living at '/tmp/.FEXMount9562-v1cPzJ' to clean up now +Try `fusermount -u -q /tmp/.FEXMount9562-v1cPzJ` + + +I was trying to launch collabora office \ No newline at end of file diff --git a/results/scraper/fex/4323 b/results/scraper/fex/4323 new file mode 100644 index 000000000..ef12ea3a9 --- /dev/null +++ b/results/scraper/fex/4323 @@ -0,0 +1,19 @@ +No RootFS download available for Ubuntu 24.10 +I just came here from [this video](https://www.youtube.com/watch?v=_Uu99AvB6PY) from UbuntuConf 2024 and wanted to try FEX out. However, I'm running Ubuntu 24.10 on a Lenovo Yoga Slim 7x with arm64. When I ran the installer script, I got a list of RootFS alternatives, but none of them match my Ubuntu version. Should I use the closest one (24.04) or do something else in order to be able to proceed? + +Debugging info: + +``` +fex-emu-armv8.4 (2501~o) ... +fex-emu-binfmt32 (2501~o) ... +fex-emu-binfmt64 (2501~o) ... + +$ lsb_release -a +No LSB modules are available. +Distributor ID: Ubuntu +Description: Ubuntu 24.10 +Release: 24.10 +Codename: oracular +$ uname -a +Linux user-Yoga-Slim-7-14Q8X9 6.12.0-28-qcom-x1e #28-Ubuntu SMP PREEMPT_DYNAMIC Fri Jan 24 03:56:34 UTC 2025 aarch64 aarch64 aarch64 GNU/Linux +``` \ No newline at end of file diff --git a/results/scraper/fex/4329 b/results/scraper/fex/4329 new file mode 100644 index 000000000..45637adbb --- /dev/null +++ b/results/scraper/fex/4329 @@ -0,0 +1,59 @@ +Failure to setup client after installation +**Describe the bug** +After installing Fex on my arm64 laptop (Lenovo Yoga Slim7x) running Ubuntu Concept 24.10, choosing the Ubuntu 24.04 SquashFS, using it as-is and setting it as the default, the "trying basic program run" step fails with the following error message: + +> FEX is now installed. Trying basic program run +> [ERROR] Couldn't connect to FEXServer socket 1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket /run/user/1000/1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket 1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket /run/user/1000/1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket 1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket /run/user/1000/1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket 1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket /run/user/1000/1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket 1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket /run/user/1000/1000.FEXServer.Socket 111 +> [ERROR] Couldn't connect to FEXServer socket 1000.FEXServer.Socket after launching the process +> [ERROR] FEXServerClient: Failure to setup client +> FEXInterpreter failed to run. Not continuing + + +**To Reproduce** +Steps to reproduce the behavior: +1. Have a Lenovo Yoga Slim7x laptop running Ubuntu Concept 24.10. +2. Run the installer with `curl --silent https://raw.githubusercontent.com/FEX-Emu/FEX/main/Scripts/InstallFEX.py --output /tmp/InstallFEX.py && python3 /tmp/InstallFEX.py && rm /tmp/InstallFEX.py` +3. Select `Ubuntu 24.04 (SquashFS)` in the RootFS selection step. +4. Use the squashFS file as-is (option 2). +5. Set Ubuntu_24_04.sqsh as the default RootFS. +6. Installer crashes with above error. + +**Expected behavior** +Expected basic program run to succeed. + +**Screenshots and Video** +N/A. + +**System information:** + - OS: Ubuntu Concept 24.10 + - CPU/SoC: Snapdragon X1 Elite + - Video driver version: N/A (yes, really! no Adreno X1-85 gfx driver released for linux yet) + - RootFS used: Ubuntu 24.04 (SquashFS) + - FEX version: FEX-2501 + - Thunks Enabled: Don't know. + +**Additional context** + - Is this an x86 or x86-64 game: N/A + - Does this reproduce on AArch64 with Radeon/Intel/Nvidia: Untested + - Is this a Vulkan game: No + +Add any other context about the problem here. + +> $ lsb_release -a +> No LSB modules are available. +> Distributor ID: Ubuntu +> Description: Ubuntu 24.10 +> Release: 24.10 +> Codename: oracular + +> $ uname -a +> Linux ola-Yoga-Slim-7-14Q8X9 6.12.0-28-qcom-x1e #28-Ubuntu SMP PREEMPT_DYNAMIC Fri Jan 24 03:56:34 UTC 2025 aarch64 aarch64 aarch64 GNU/Linux \ No newline at end of file diff --git a/results/scraper/fex/4339 b/results/scraper/fex/4339 new file mode 100644 index 000000000..9e01133a0 --- /dev/null +++ b/results/scraper/fex/4339 @@ -0,0 +1,5 @@ +Psychonauts has flickering geometry +Not sure if this is a FEX regression or a Mesa regression. +On the title screen the "save door" flickers, when in-game all the geometry of the characters are flickering. + +Tested with Native Linux version of the game on Snapdragon X1E. \ No newline at end of file diff --git a/results/scraper/fex/4348 b/results/scraper/fex/4348 new file mode 100644 index 000000000..965bc7332 --- /dev/null +++ b/results/scraper/fex/4348 @@ -0,0 +1,4 @@ +Investigate what's missing with EasyAntiCheat +Not sure what's missing here, it's a known unknown. Collate a list of games that use EAC and have the Proton support enabled, then try to find a game that is relatively small for testing. + +Apparently Fall Guys was only like 8GB, but it recently updated and removed support for Proton. \ No newline at end of file diff --git a/results/scraper/fex/4369 b/results/scraper/fex/4369 new file mode 100644 index 000000000..3ba96667f --- /dev/null +++ b/results/scraper/fex/4369 @@ -0,0 +1,9 @@ +FEX does not comply with the "XDG Base Directory Specification" +According to the [spec](https://specifications.freedesktop.org/basedir-spec/latest/#variables): + +> $XDG_DATA_HOME defines the base directory relative to which user-specific data files should be stored. If $XDG_DATA_HOME is either not set or empty, a default equal to $HOME/.local/share should be used. +> $XDG_CONFIG_HOME defines the base directory relative to which user-specific configuration files should be stored. If $XDG_CONFIG_HOME is either not set or empty, a default equal to $HOME/.config should be used. + +But if both of these are unset, FEX creates its config directory at `$HOME/.fex-emu`, instead of under `$HOME/.config`. + +Also it seems that if `$XDG_CONFIG_HOME` is set then `$XDG_CONFIG_HOME/.fex-emu` is used. I think `$XDG_CONFIG_HOME/fex-emu` should be used instead, since this is the convention that pretty much every other application follows (not creating hidden directories under `$XDG_CONFIG_HOME`). \ No newline at end of file diff --git a/results/scraper/fex/4372 b/results/scraper/fex/4372 new file mode 100644 index 000000000..513981c23 --- /dev/null +++ b/results/scraper/fex/4372 @@ -0,0 +1,39 @@ +MiSide: Clothes can not render properly +**What Game** +MiSide + +https://store.steampowered.com/app/2527500/MiSide/ + + +**Describe the bug** +The default clothes cannot be displayed properly. +On Box64 we can change BOX64_DYNAREC_FASTNAN to false to solve this issue but we can't find any NaN related config on FEX. + + +**To Reproduce** +Steps to reproduce the behavior: +1. Start Game +2. Click 'Clothes' option and select 'Default' +3. See error + +**Expected behavior** +Clothes can render normally + +**Screenshots and Video** + + + +**System information:** + - OS: Android + - CPU/SoC: Snapdragon SM8550 + - Video driver version: Nightly build ARM64EC + - RootFS used: No + - FEX version: Build with 6651f9e94ba976983c63e02d4a871ddc019458d3 + - Thunks Enabled: NA, ARM64EC build + +**Additional context** + - Is this an x86 or x86-64 game: x86-64 + - Does this reproduce on AArch64 with Radeon/Intel/Nvidia: Untested + - Is this a Vulkan game: Yes - DXVK + - If Yes, What is your Vulkan driver: Mesa Turnip + diff --git a/results/scraper/fex/4375 b/results/scraper/fex/4375 new file mode 100644 index 000000000..819948c9a --- /dev/null +++ b/results/scraper/fex/4375 @@ -0,0 +1,24 @@ +InstallFEX error with fex-emu-binfmt32/64 +As many people here I am trying to use FEX on an OCI Ampere (so arm64), trying to build a Dockerfile on debian:bullseye-slim. I keep getting this error and don't find much documentation online on systemd-binfmt. + +``` +systemd-binfmt: unrecognized service +dpkg: error processing package fex-emu-binfmt32 (--configure): + installed fex-emu-binfmt32 package post-installation script subprocess returned error exit status 1 +[...] +Errors were encountered while processing: + fex-emu-binfmt32 + fex-emu-binfmt64 +``` + +Here is the Dockerfile sample if it can help : + +```dockerfile +FROM debian:bullseye-slim + +RUN apt update && apt install -y curl python3 sudo expect-dev software-properties-common + +RUN curl --silent https://raw.githubusercontent.com/FEX-Emu/FEX/main/Scripts/InstallFEX.py --output /tmp/InstallFEX.py + +RUN python3 /tmp/InstallFEX.py +``` \ No newline at end of file diff --git a/results/scraper/fex/4379 b/results/scraper/fex/4379 new file mode 100644 index 000000000..b2a1b44ae --- /dev/null +++ b/results/scraper/fex/4379 @@ -0,0 +1,2 @@ +How to override hostfeatures by Config.json ? +I can override hostfeature by passing arguments to FEXLoader easily. But how can I do it by modify Config.json? \ No newline at end of file diff --git a/results/scraper/fex/4380 b/results/scraper/fex/4380 new file mode 100644 index 000000000..2e742dd18 --- /dev/null +++ b/results/scraper/fex/4380 @@ -0,0 +1,4 @@ +would this be posible to work on debian 12 +debian 12 is the default linux container distro of chromeos and i would be great to get FEX to work on that distro for it to execute x86 linux apps on arm based chromebooks like mine + +thanks :D \ No newline at end of file diff --git a/results/scraper/fex/4393 b/results/scraper/fex/4393 new file mode 100644 index 000000000..55f6aeebc --- /dev/null +++ b/results/scraper/fex/4393 @@ -0,0 +1,32 @@ +Deus Ex: Human Revolution: 2d53867668af x87 optimisations causes early CTD on Apple M2/M2 Pro/M2 Max +**What Game** +Deus Ex: Human Revolution +I am testing with the retail copy which is no longer available on Steam, but Director's cut should be the same and can be found at https://store.steampowered.com/agecheck/app/238010/ + +**Describe the bug** +The game's menu system is heavy on x87. 2d53867668af introduces optimisations which cause the game to crash to desktop before the copyright information (the first frame after loading the game) is shown. This occurs both with and without reduced precision enabled. + +**To Reproduce** +Steps to reproduce the behavior: +1. Open Deus Ex: Human Revolution +2. Game loads its window/fullscreen surface then immediately crashes to desktop + +**Expected behavior** +The game should not crash to desktop + +**System information:** + - OS: Gentoo Linux + - CPU/SoC: Apple M2 Max + - Video driver version: Asahi Mesa 20241204 + - RootFS used: Gentoo RootFS with Asahi Mesa overlayed + - FEX version: FEX-2502 + - Thunks Enabled: No + +**Additional context** + - Is this an x86 or x86-64 game: x86 + - Does this reproduce on AArch64 with Radeon/Intel/Nvidia: Untested + - Is this a Vulkan game: Yes via DXVK + - If Yes, What is your Vulkan driver: Honeykrisp + +Add any other context about the problem here. +I cannot reproduce this on M1 series hardware interestingly enough... \ No newline at end of file diff --git a/results/scraper/fex/4398 b/results/scraper/fex/4398 new file mode 100644 index 000000000..003aae0b2 --- /dev/null +++ b/results/scraper/fex/4398 @@ -0,0 +1,32 @@ +Psychonauts: Low precision lighting problem +**What Game** +[Psychonauts](https://store.steampowered.com/app/3830/Psychonauts/) + +**Describe the bug** +Game rendering seems to have broken lighting in some way. Looks like per-vertex lighting only or something. + +**To Reproduce** +Steps to reproduce the behavior: +1. Start the game +2. Zoom in on the main character's face. + +**Expected behavior** +The game to look correct + +**Screenshots and Video** + + + +**System information:** + - OS: Debian 12 + - CPU/SoC: Radxa Orion O6 with Radeon Pro W7500 + - Video driver version: 4.6 (Compatibility Profile) Mesa 25.0.0 - kisak-mesa PPA + - RootFS used: Ubuntu 24.04 rootfs + - FEX version: FEX-2503-30-g10d34c9 + - Thunks Enabled:No + +**Additional context** + - Is this an x86 or x86-64 game: x86 + - Does this reproduce on AArch64 with Radeon/Intel/Nvidia: Yes + - Is this a Vulkan game: No, OpenGL + - If Yes, What is your Vulkan driver: \ No newline at end of file |