Hogwarts Legacy (990080)

[kzdixon]

Compatibility Report

• Name of the game with compatibility issues: Hogwarts Legacy
• Steam AppID of the game: 990080

System Information

• GPU: RX 7900 XTX
• Driver/LLVM version: Mesa 22.3.4; LLVM 15.0.7 (also tested latest mesa 23.1-devel)
• Kernel version: 6.1.10-zen1
• Link to full system information report as Gist: https://gist.github.com/kzdixon/939144ca6c2c3a1928b90c38b0f05b59
• Proton version: Experimental (Bleeding Edge), GE-Proton7-49

I confirm:

• that I haven't found an existing compatibility report for this game.
• that I have checked whether there are updates for my system available.

Proton Log (had to compress, took a bit to get it to crash but the incorrect shaders on close NPCs was consistently appearing the entire time):
steam-990080.log.zip

Symptoms

• Very often, characters will load in their shaders for clothes, etc., and when getting closer to the player will have them unload and become completely black. This typically persists forever unless a scene reloads, but there is another issue with loading scenes after seeing this occur...
• Loading scenes (especially so after seeing the black shaders) seems to oftentimes lead to a complete crash of the game. This means loading for a quest, fast travel, or going to the main menu to try and reload a save.

Reference Pictures:

Reproduction

Simply playing the game on a RX 7900 XTX with Proton using the latest stable driver release seems to result in this issue pretty regularly.

[rabidcopy]

Can't say I can reproduce the missing/black materials on my RX 570, though performance of the game does seem a bit rough. Long pauses/loading between pausing and unpausing the game. Game seems to want a lot of RAM and running without a swapfile is unadvised if you have only 16GB to work with. Used Proton 7.0-6.

[kzdixon]

Looks like RADV_DEBUG=nodcc,nohiz seems to be fixing the LOD/Shading issue so it might be another RDNA3 specific LOD issue like with Hi-Fi Rush... Will add it to my report on the mesa side.
Note: This doesn't fix the crashing when sometimes teleporting via fast travel.

[KawaiiDinosaur]

Using Proton Experimental

System: Arch (Kernel 6.1.9-arch1-2)
CPU: AMD Ryzen 7 3700X
GPU: AMD Radeon RX 6750 XT
DRIVER: Mesa 22.3.4
RAM: 16 GB

Looks and runs really well at Ultra Settings in 1440p+FSR2 Quality. The only issues I encountered are:

1. After around 2 to 3 hours of playing, the game will freeze and crash (memory leak?);
2. If you set the launch options RADV_PERFTEST=rt and VKD3D_CONFIG=dxr11 it freezes the game during the first load screen.

[Aztorius]

With an RX 6700 I do not have shaders issue. But yes, sometimes with scene loading or fast travel I have an instant crash. Restarting the game allows me to play past that loading screen but it will eventually crash a few scenes later.

[SeanMcnabb]

Played for a few hours, now the game won't launch at all and I am presented with an error box with a link to the following page: https://support.codefusion.technology/pp_inaa2nm/?e=88500006&l=english which I guess is probably broken DRM or something

[TsPG128]

I can confirm the crashes on my 1060 6gb, though no shader issues.

Looks to me like a memory leak...

• before it crashes (and the crashes occurred to me only while on the loading screens between scenes, though not every time), the quest scenes get very laggy.
• Starting the game after the crash the same scene gets repeated because the last save was before the scene, but then the frame rate is fine.
• Then it goes through the same loading screen that crashed before and passes it without crashes
• after a few scenes the same thing repeats, starting with the lag/very low framerate on a different scene

[Baysul]

I'm having issues where the game will crash during a loading screen on my 6700 XT.

[PedroHLC]

* before it crashes (and the crashes occurred to me only while on the loading screens between scenes, though not every time), the quest scenes get very laggy.

* Starting the game after the crash the same scene gets repeated because the last save was before the scene, but then the frame rate is fine.

* Then it goes through the same loading screen that crashed before and passes it without crashes

Same crash here, Proton Experimental (bleeding-edge) and Proton-GE 49. I get this in stderr when it crashes:

Win64\HogwartsLegacy.exe: ../src-wine/dlls/ntdll/unix/virtual.c:1481: create_view: Assertion `!((UINT_PTR)base & page_mask)' failed.

[nadrolinux]

I can confirm that game crashes a lot during fast travel/loading screens on my both PC. One with RX 5600 XT and second with RX 6600 XT.

[sorat0mo]

For me the game stays on the "Warning" screen indefinitely. And I suddenly discovered that my game runs fine when I did not focus the window at the game. (That means I have the game running in background, and it shows up just fine as I am typing this. Once I switched back, making it full screen, the game freezes again.

[Blisto91]

Hello.
Could any of you people with the crash issue try something to see if it helps?
In /proc/sys/vm/max_map_count up the default value to something like 1000000 and then try to play the game again.

To make it permanent across reboots you'll instead have to add vm.max_map_count = 1000000 to /etc/sysctl.conf
This change should kick in after a reboot or if you run sudo sysctl -p

You can read a short description of what it does here https://sysctl-explorer.net/vm/max_map_count/

Steam Deck already ship with a much higher value than default which might be why i haven't seen any report of this on Deck.

Edit: On newer versions of systemd a conf file might need to be created in a different location.
See #6510 (comment)

[TsPG128]

@Blisto91 thanks for the idea, i am trying it out now, changed it in proc, will keep you updated

[michael-hardeman]

I was able to play the game 1 time, but trying to launch it again leads to it crashing. The logs are quite strange... Proton Logs Here: https://filebin.net/96b7nxeu1hld0spc

The game seems to enter some kind of loop where it keeps printing:

01ec:warn:d3d12_pipeline_library_load_pipeline: Pipeline "2B1C3EF2891BAC37" does not exist.

then I think it tries to create a new pipline, then it complains that pipeline doesn't exist until it hits:

eventfd: Too many open files
x11drv: Can't allocate handle for display fd
365.751:0118:0210:warn:seh:OutputDebugStringA "Shutdown handler: cleanup.\n"

Hello. Could any of you people with the crash issue try something to see if it helps? In /proc/sys/vm/max_map_count up the default value to something like 1000000 and then try to play the game again.

To make it permanent across reboots you'll instead have to add vm.max_map_count = 1000000 to /etc/systctl.conf This change should kick in after a reboot or if you run sudo systctl -p

You can read a short description of what it does here https://sysctl-explorer.net/vm/max_map_count/

Steam Deck already ship with a much higher value than default which might be why i haven't seen any report of this on Deck

I did try this even though I didn't think it would help with my issue and yeah it didn't help.

Any ideas?

[Blisto91]

@MichaelAllenHardeman I have been told that might be an esync "issue" (maybe not a issue with esync itself per say, but can trigger it when a low fd limit is set).
You could try launching with PROTON_NO_ESYNC=1 %command% and see if that helps? CPU performance might decrease tho. People with kernel 5.16+ use fsync by default instead.

[michael-hardeman]

@Blisto91 game has successfully launched three times in a row with that option. Thanks 👍

[t-jonesy]

@Blisto91 I think the map count did the trick for the loading screen crashes. I've been able to fast travel to 6 different locations and it still hasn't crashed. My best before the change was 2. My max_map_count was only 65530 before the change

[kisak-valve]

Hello @MichaelAllenHardeman, please verify that ulimit -Hn gives you a high value and not 4096.

[KawaiiDinosaur]

Hello. Could any of you people with the crash issue try something to see if it helps? In /proc/sys/vm/max_map_count up the default value to something like 1000000 and then try to play the game again.

To make it permanent across reboots you'll instead have to add vm.max_map_count = 1000000 to /etc/sysctl.conf This change should kick in after a reboot or if you run sudo sysctl -p

You can read a short description of what it does here https://sysctl-explorer.net/vm/max_map_count/

Steam Deck already ship with a much higher value than default which might be why i haven't seen any report of this on Deck

On newer versions of systemd you need to create a .conf file inside /etc/sysctl.d/.
I created file named 99-max_map_count.conf with the parameter vm.max_map_count=1048576.

On the next boot, you can check the value of 1048576 with cat /proc/sys/vm/max_map_count.

[Blisto91]

Thanks. Edited my comment to link to yours

[n3wsw3]

Changing vm.max_map_count=1048576 seems to have fixed the crashes in my limited testing.

[michael-hardeman]

ulimit -Hn

$ ulimit -Hn
16384

[kisak-valve]

That's generally too low for eventfd-based thread synchronization to be reliable. The link I posted with the question recommends around a million, and systemd sets it to something like half a million.

[michael-hardeman]

@kisak-valve Is this better?

$ ulimit -Hn
1048576
$ ulimit -Sn
524288

[kisak-valve]

I recall there being downsides to increasing the soft limit, but not any specific details and the soft limit is not relevant to what esync is doing. Regardless, you should test the game without PROTON_NO_ESYNC and re-evaluate for yourself.

[nadrolinux]

@Blisto91 thanks for this tip. vm.max_map_count=1048576 solved issue with a crash during loading/fast travel on my both PC (Fedora 37 on both).

My OS limits looks following:
ulimit -Hn: 1048576
ulimit -Sn: 1024

[kzdixon]

Can report that vm.max_map_count=1048576 (thanks #6510 (comment) #6510 (comment)) seems to solve the scene-loading crashes. Been playing for several hours today with no issues.

$ ulimit -Hn
524288
$ ulimit -Sn
1024

[lfelipe]

steam-990080.log

Game crashes at startup right after the very first screen with "Warning: Read before playing". This is on kernel 6.2.0-060200rc4-generic with mesa 23.1.0-devel (git-3e2c768), running on Arc 770m.

[zaps166]

@simifor Yes, I already lowered clocks to 2 GHz (normally it boosts to ~2.5 GHz) and I had same crashes.

Today I haven't crashed yet, but in logs I have a lot of lines like this:

38643.969:0130:02d4:warn:vkd3d-proton:vkd3d_get_image_allocation_info: Padding allocation requirements. Requested alignment 4096 < 65536 (dim 3, 256 x 256 x 1, 9 levels, 1 samples, fmt #53, flags #0).

[ThisNekoGuy]

Compatibility Report

• Name of the game with compatibility issues: Hogwarts Legacy
• Steam AppID of the game: 990080

System Information

• Distro: Gentoo Linux (LLVM18-based)
• CPU: AMD Ryzen 7 3700X 8-Core
• GPU: RX 7800 XT
• Video driver version: Mesa 24.2.2 (radeonsi, navi32, LLVM 18.1.8, DRM 3.57)
• RAM: 32 GB @ 3600 MHz
• Kernel version: 6.10.9-tkg-eevdf-gentoo-llvm18-generic_v3
• Link to full system information report: Gist
• Desktop Environment: KDE Plasma 6.1.4
• Display Session: Wayland
• Proton version: 9.0-3 experimental-bleeding-edge-9.0-121840-20240920-pc506af-w9d08b8-d43c276-v2ce6df

I confirm:

• that I have checked whether there are updates for my system available.

steam-990080.log

Symptoms

The game froze from what I presume must be a thread issue related to my usage of a PS4 controller (references to HID and controller are found in the log).

. . .

"../src-wine/dlls/xinput1_3/main.c: controllers[0].crit" wait timed out in thread 0134, blocked by 02fc, retrying (60 sec)
"../src-wine/dlls/winebus.sys/main.c: cs" wait timed out in thread 0080, blocked by 0070, retrying (60 sec)

. . .

Steam itself then becomes unresponsive, forcing me to close the game with ALT+F4 instead of the "stop game" button in the Steam client.

For additional context: my PS4 controller was low on battery at this time but had not disconnected from it quite yet; my desktop still reported it as connected, so I'm not quite sure what triggered this xinput error in Proton.

Screenshot:

(Ignore the faded color; I took this screenshot after KDE Plasma decided that the process was no longer responding when I used ALT+F4)

Reproduction

1. Advanced Launch Options: PROTON_LOG=1 DXVK_HUD=compiler PROTON_HIDE_NVIDIA_GPU=1 gamemoderun %command%
2. Use an (official) Sony PS4 controller via Bluetooth
3. Start the game (new game)
4. Progress past the initial prologue until you have access to walk around freely
5. Do the "Charm" class quest (This was the order I did it in but this might not be required)
6. Attempt to do the "Defense Against the Dark Arts" quest <- (Froze for me at the point)

[ThisNekoGuy]

Also, controller hotpluging seems to not work... For me, if the controller becomes disconnected during gameplay, attempting to reconnect it makes the game stop recognizing its inputs.

EDIT: Additionally, when launching the game, sometimes my inputs get changed via the Steam Input menu automatically; most frequently, the Left Bumper/L1 gets rebound to Left Trigger for some reason.

[zaps166]

Also, controller hotpluging seems to not work... For me, if the controller becomes disconnected during gameplay, attempting to reconnect it makes the game stop recognizing its inputs.

Whole below text is about DS5 gamepad.

I can confirm, but it depends on settings, etc. When Steam Input is enabled for this game, it can't detect after hot plugging. Otherwise it can detect again, but it can be detected as XBox or PlayStation (random which glyphs get).

When Steam Input is enabled:

• no hot plugging
• on Proton Experimental we have regular rumble and PlayStation glyphs
• on Proton 9 we have regular rumble and XBox glyphs

When Steam Input is disabled:

• hot plugging working, but poorly (see below text)
• no rumble
• gamepad connected via USB - no audio haptics in this game (on Windows it works correctly), game doesn't open any audio stream for gamepad

[ThisNekoGuy]

And sometimes it just hangs on a black screen upon launching the game with gamescope...
(Launched gamescope in a terminal, then added DISPLAY=:1 to the game's launch options)

I launched the game 3 times so far this afternoon and now I just can't seem to get past this. :/

EDIT: Wait, what? That's... odd. My proton version was changed to experimental for some reason. Rather, I guess I was using experimental the whole time and just thought I was until now?

[zaps166]

EDIT: Wait, what? That's... odd. My proton version was changed to experimental for some reason. Rather, I guess I was using experimental the whole time and just thought I was until now?

Experimental is used for this game by default (why?). You can change it in game properties by manually selecting different Proton version.

[kisak-valve]

Hello @zaps166, there is no "default" Proton version with the desktop Steam for Linux client. You can see what Proton version is used by a game and why by going to the Steam Library view, selecting the game, and then clicking the ⓘ button on the right side. At some point you selected a compatibility tool in Steam's global settings (Steam -> Settings -> Compatibility) and odds are that's where your preference is being set.

[ThisNekoGuy]

@kisak-valve I assure you that is not the case:

[zaps166]

@kisak-valve I can confirm with @ThisNekoGuy post.

[riiga]

I've been having similar problems to @zaps166. Sometimes it works for hours, sometimes it crashes after 15-30 minutes of play.

• GPU: AMD Radeon RX 6800 XT
• Driver: Mesa 24.1.6-1
• Kernel: 6.10.6-10-MANJARO
• DE: KDE Plasma 6.0.5 (X11)

Before I play, I su root, echo "manual" > /sys/class/drm/card1/device/power_dpm_force_performance_level and echo "1" > /sys/class/drm/card1/device/pp_power_profile_mode.

The game freezes, the screen goes blank and then comes back, still frozen. I have to forcibly turn my computer off with the power button. These are the logs:

amdgpu 0000:0a:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:24 vmid:3 pasid:32793)
amdgpu 0000:0a:00.0: amdgpu:  in process HogwartsLegacy. pid 14145 thread vkd3d_queue pid 14220
amdgpu 0000:0a:00.0: amdgpu:   in page starting at address 0x00008000e0523000 from client 0x1b (UTCL2)
amdgpu 0000:0a:00.0: amdgpu: GCVM_L2_PROTECTION_FAULT_STATUS:0x00301430
amdgpu 0000:0a:00.0: amdgpu:          Faulty UTCL2 client ID: SQC (data) (0xa)
amdgpu 0000:0a:00.0: amdgpu:          MORE_FAULTS: 0x0
amdgpu 0000:0a:00.0: amdgpu:          WALKER_ERROR: 0x0
amdgpu 0000:0a:00.0: amdgpu:          PERMISSION_FAULTS: 0x3
amdgpu 0000:0a:00.0: amdgpu:          MAPPING_ERROR: 0x0
amdgpu 0000:0a:00.0: amdgpu:          RW: 0x0
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout, signaled seq=3534728, emitted seq=3534729
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process HogwartsLegacy. pid 14145 thread vkd3d_queue pid 14220
amdgpu 0000:0a:00.0: amdgpu: GPU reset begin!
amdgpu 0000:0a:00.0: amdgpu: failed to suspend display audio
amdgpu 0000:0a:00.0: amdgpu: MODE1 reset
amdgpu 0000:0a:00.0: amdgpu: GPU mode1 reset
amdgpu 0000:0a:00.0: amdgpu: GPU smu mode1 reset
amdgpu 0000:0a:00.0: amdgpu: GPU reset succeeded, trying to resume
[drm] PCIE GART of 512M enabled (table at 0x0000008000300000).
[drm] VRAM is lost due to GPU reset!
amdgpu 0000:0a:00.0: amdgpu: PSP is resuming...
amdgpu 0000:0a:00.0: amdgpu: reserve 0xa00000 from 0x83fd000000 for PSP TMR
amdgpu 0000:0a:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available
amdgpu 0000:0a:00.0: amdgpu: SMU is resuming...
amdgpu 0000:0a:00.0: amdgpu: smu driver if version = 0x00000040, smu fw if version = 0x00000041, smu fw program = 0, version = 0x003a5a00 (58.90.0)
amdgpu 0000:0a:00.0: amdgpu: SMU driver if version not matched
amdgpu 0000:0a:00.0: amdgpu: use vbios provided pptable
amdgpu 0000:0a:00.0: amdgpu: SMU is resumed successfully!
[drm] DMUB hardware initialized: version=0x02020020
[drm] kiq ring mec 2 pipe 1 q 0
[drm] JPEG decode initialized successfully.
amdgpu 0000:0a:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring gfx_0.1.0 uses VM inv eng 1 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 4 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 5 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 12 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring sdma0 uses VM inv eng 13 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring sdma1 uses VM inv eng 14 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring sdma2 uses VM inv eng 15 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring sdma3 uses VM inv eng 16 on hub 0
amdgpu 0000:0a:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 8
amdgpu 0000:0a:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 8
amdgpu 0000:0a:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 8
amdgpu 0000:0a:00.0: amdgpu: ring vcn_dec_1 uses VM inv eng 5 on hub 8
amdgpu 0000:0a:00.0: amdgpu: ring vcn_enc_1.0 uses VM inv eng 6 on hub 8
amdgpu 0000:0a:00.0: amdgpu: ring vcn_enc_1.1 uses VM inv eng 7 on hub 8
amdgpu 0000:0a:00.0: amdgpu: ring jpeg_dec uses VM inv eng 8 on hub 8
amdgpu 0000:0a:00.0: amdgpu: recover vram bo from shadow start
amdgpu 0000:0a:00.0: amdgpu: recover vram bo from shadow done
amdgpu 0000:0a:00.0: amdgpu: GPU reset(2) succeeded!
[drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!

[zaps166]

@riiga

Exactly, totally random.

You gave steps to use 3D fullscreen profile - it means you don't use corectrl and you don't undervolt your GPU?

I have to forcibly turn my computer off with the power button.

Xorg should restart automatically after a while (do you use modesetting driver? - delete xf86-video-amdgpu package). Otherwise enable sysrq keys and press sysrq+K (and wait a bit) - should kill and restart the graphical session after GPU reset.

[riiga]

Exactly, totally random.

Yeah, yesterday when I decided to report my problem on here was after the game crashed only 15 minutes or so into playing. After rebooting and commenting here I played again without problem for 3 hours more.

You gave steps to use 3D fullscreen profile - it means you don't use corectrl and you don't undervolt your GPU?

Correct. I have CoreCtrl installed but don't use it anymore. I only used it to adjusted the fan curve on my old RX 590 before I bought my current card. Should I be using CoreCtrl instead of setting 3D fullscreen?

Xorg should restart automatically after a while (do you use modesetting driver? - delete xf86-video-amdgpu package).

It would seem I am using amdgpu. No idea what the difference between that and modesetting is.

inxi:

 Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Navi 21 [Radeon RX 6800/6800 XT /
    6900 XT] vendor: XFX Speedster MERC 319 driver: amdgpu v: kernel
    arch: RDNA-2 bus-ID: 0a:00.0
  Display: unspecified server: X.Org v: 21.1.13 with: Xwayland v: 24.1.2
    driver: X: loaded: amdgpu unloaded: modesetting,radeon dri: radeonsi
    gpu: amdgpu resolution: 2560x1440
  API: EGL v: 1.5 drivers: radeonsi,swrast platforms:
    active: gbm,x11,surfaceless,device inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.1.6-arch1.1
    glx-v: 1.4 direct-render: yes renderer: AMD Radeon RX 6800 XT (radeonsi
    navi21 LLVM 18.1.8 DRM 3.57 6.10.6-10-MANJARO)
  API: Vulkan v: 1.3.279 drivers: radv surfaces: xcb,xlib devices: 1

[zaps166]

@riiga

Should I be using CoreCtrl instead of setting 3D fullscreen?

You can create manual profile in CoreCtrl which will set 3D fullscreen and choose it from system tray instead of writing commands. After playing game you can uncheck profile from system tray to use global profile which you can configure to go back to Automatic performance mode.

It would seem I am using amdgpu. No idea what the difference between that and modesetting is.

In the past xf86-video-amdgpu didn't reset Xorg automatically after GPU reset. On modesetting Xorgs closes and DM manager restarts. modesetting is universal and modern driver, works good for AMD GPUs for me (also allows to run Zink). But be aware that wine and proton background processes with exe files has to be killed manually after session restart before starting Steam again.

---

Another solution is to use amdgpu.reset_method=3 parameter - it should throw DEVICE_LOST and freeze the game only (alt-tab + Stop button on Steam should be enough). But it's not perfect, I found it breaks hibernation and can't recover all crashes properly (e.g. after some crashes you can have higher idle GPU power consumption or lower performance until reboot).

[kisak-valve]

Hogwarts Legacy - Artifacts

Issue transferred from #8340.
@Shanrya posted on 2024-12-24T14:58:26:

Compatibility Report

• Name of the game with compatibility issues: Hogwarts Legacy
• Steam AppID of the game: 990080

System Information

• GPU: Arc B580
• Video driver version: Mesa 24.2.8
• Kernel version: 6.12.5-200.fc41.x86_64 (64 bit)
• Gist
• Proton version: 9.0-4

I confirm:

• that I haven't found an existing compatibility report for this game.
• that I have checked whether there are updates for my system available.

Symptoms

Issues with textures and lightnings

Reproduction

Just started the game.
I've tried to change graphic settings but nothing worked.
The two clips were recorded with everything maxed out, FHD with v-sync on, upscalers disabled (tried XeSS and FSR 2 but nothing changed).

HogwartsLegacy_00.1.mp4

HogwartsLegacy.1.mp4

steam-990080.log
Steam_SystemReport_20241224.txt
vulkaninfo_--summary.txt

[kisak-valve]

https://gitlab.freedesktop.org/mesa/mesa/-/issues/11871 looks like the same issue tracked on the video driver's side.

[Ciel1996]

Hey guys

I had similar issues, the game crashing randomly, being barely playable, low FPS and whatnot.
However I found a solution that might also work for your systems: Turn off XMP in your BIOS. After I turned it off, I haven't had a single crash in 10 hours of gameplay.

Running everything on ultra (no RT) on 1440p@120fps works like a charm I'd say, although the occasional frame drop still occurs and most likely is due to poor optimization.

My GPU is an nVidia RTX 3080 Ti running on driver version "565.77" on EndeavourOS.

I really hope that you can enjoy this game as much as I can. :)

[kisak-valve]

Latest update (30/01/2025) breaks hogwart legacy

Issue transferred from #8429.
@ginolegigot posted on 2025-01-30T18:59:41:

Hello!
I updated the game today and cant launch anymore

Compatibility Report

• Name of the game with compatibility issues:Hogwart legacy
• Steam AppID of the game: 990080

System Information

• GPU: RTX 4070

steam-990080.log

• Video driver version: 565.77
• Kernel version: 6.13.0-2-cachyos
• Link to full system information report as Gist:
• Proton version: proton-cachyos proton-hotfix proton experimental proton 9.0-4

I confirm:

• [ x] that I haven't found an existing compatibility report for this game.
• [ x] that I have checked whether there are updates for my system available.

Symptoms

crashing right after epilepsy warning while loading shaders in game

Reproduction

update the game to the latest version (30/01/2025) and click on play

[zaps166]

Game runs after update. I guess a lot of problems in this game is because of in-game shader cache (including few minutes black screen on Nvidia when loading and maybe AMD PAGEFAULT crashes).

1. Disable Steam shader cache (I always have this disabled).
2. Keep vkd3d-proton and GPU drivers cache enabled (don't disable manually).
3. Delete game shader cache on every game start. It can be done by the script:

#!/bin/sh
cd "/home/user/.local/share/Steam/steamapps/compatdata/990080/pfx/drive_c/ProgramData/Hogwarts Legacy/" || exit
rm -f D3D*cache
exec "$@"

In Steam game LAUNCH OPTIONS: /home/user/del_hl_shader_cache.sh %command%

Please modify paths and script name.

[Blisto91]

@ginolegigot Thank you for the report.
This Nvidia specific crash have already been fixed on Bleeding Edge i can see. But it haven't made its way to regular Experimental yet.

[UsernamesAreNotMyThing]

Looks to me there's a good number of people complaining about the game not starting after the update, it might be a game issue.

[zaps166]

@UsernamesAreNotMyThing

Looks to me there's a good number of people complaining about the game not starting after the update, it might be a game issue.

It might be a game issue, especially in-game shader cache. Does deleting the cache manually (C:\ProgramData\Hogwarts Legacy\D3D*) help them to launch the game?

[ginolegigot]

Thank you @Blisto91 i confirm getting proton experimental on bleeding edge fixes the issue thanks!

[zaps166]

@kisak-valve I have a question about Dual Sense gamepad. I noticed dualsense-haptics-wip branch for proton-experimental. Game opens the audio stream for gamepad and it's working. Are there any plans to push these changes to proton-experimental?

Another interesting thing is that haptics on this gamepad in Horizon Forbidden West just works on default proton-experimental branch.

[kisak-valve]

Hello @zaps166, friendly reminder that I'm a moderator for Valve's issue trackers on GitHub and not a Proton developer myself. I don't have any extra insight into that Proton build.

[zaps166]

Hello @zaps166, friendly reminder that I'm a moderator for Valve's issue trackers on GitHub and not a Proton developer myself. I don't have any extra insight into that Proton build.

Ok, sorry for that ping!

[nllsdfx]

I have a black screen Issue. When game starts I see only black screen, but music plays. Some time later I'm able to reach main menu by pressing any key (according to sounds, main character laughs, snitch). Tried bleeding edge and deleting content of drive_c/ProgramData/Hogwarts Legacy/, nothing changed. (Latest nobara, nvidia 4070)

[luisalvarado]

This is the current performance with Proton using an Nvidia 4090 - https://www.youtube.com/watch?v=vclKGHPzF5U

For the loading issue @nllsdfx has mentioned, this also happens to me using Windows 11 (Same hardware) and on another older computer with a 6700k and an Nvidia GTX 1080. On the GTX 1080 for example it takes around 6 minutes for the Shader loading line to visually show. On the 4090 computer in might take even 30 seconds before anything visually shows, or it might happen in less than a second.

On both cases I do need to wait for the shader compilation to finish. I got used to waiting between 30 seconds to over 5 minutes already (For this particular game only), and only because on Windows 11 it also happens once in a while.