Hello,
It's special because it work out of the box if I use my intel chipset but if I launch the game with DRI_PRIME=1 %command% I have a back screen (but I have sound).
steam-13230-ut2004.log
System information: https://gist.github.com/kadogo/a72b612e48ede28a5bd7495b268de99d
Not specified but I have an AMD card too.
0a:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Topaz PRO [Radeon R5 M255]
Cheers.
Would be nice if Epic Games would just publish the linux binaries to steam that were on the original disk (I've used before).
I find my issue.
It look that I had an old version of libgl1.
I upgraded it with the following command and now it works perfectly with DRI_PRIME too.
apt-get install libgl1-mesa-dri -t stretch-backports
OpenGL works fine. However tabbing out and back in doesn't work correctly. Tabbing out and back in causes the mouse to bug out and not turn 360 degrees as well as the window to move up. Furthermore tabbing out causes it to run in window mode instead of minimizing it and the window can be buggy at times rendering incorrectly.
Sounds like related to your setup as openSUSE Tumbleweed with latest stable components does not have those problems. Perhaps attach system details.
Here are my system details https://gist.github.com/TheSIlentLink/38d68a1c1e71bd76e6907cd24451eb25 I am running Linux Mint 19 with the cinnamon desktop.
After further testing it seems to be an issue with the opengl render. It is working correctly in Directx
Works great out of the box, with both D3D8 render and OpenGL render. D3D9 render crashes at launch.
This game has recently stopped working for me and others: https://www.protondb.com/app/13230
Rolling back to older proton versions does not seem to help. The original unreal tournament crashes with the same error
Hello @BlackEdder, please add PROTON_LOG=1 %command% to the game's launch options and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.) Also, please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report.
I've attached the steam-13230.log
and the gist. I have also tested it on a different machine (ubuntu), which had the same error. The attached is my main machine.
Note that since it persist regardless of proton version, it seems more likely to be a problem in the steam environment. I have since installed the gog version of both ut2004 and the original ut through lutris.net, and they work fine.
The windows version of this game refuses to open in fullscreen mode when run through Steam play, I have not tried other methods. The game will always open in a window, but the game can be set back to the correct resolution and fullscreen mode from the options menu.
Performance with the D3D8 renderer is terrible, tremendously lower frame rate than windows and constant large stutters. The OpenGL renderer works far better, the game will play well, but is still not as performant as windows with the D3D8 renderer. Also with the OpenGL option, the shadows setting in the game's options menu breaks, shadows must be turn on in the ini files. The OpenGL section in ut2004.ini is missing the settings UseRenderTargets=True and UsePixelShaders=True which are needed for graphics parity with the D3D8 renderer.
I tried to use Gamescope to fix the fullscreen problem but the game crashes after the splash image. Gamescope also scales the splash image to fill the screen, which is what it is supposed to do I guess. Maybe Gamescope could detect and ignore splash screens.
I tried the patches here: https://github.com/aldehir/ut2004-patches in hopes of improving the games performance on Linux by using the D3D9 renderer.
Windows gains tremendously in frame rate with these patches, using the D3D9 renderer. Linux loses even more performance with these patches regardless of which renderer is used, with the OpenGL renderer, original or patched, the frame rate is now about 50% that of windows using D3D8.
The Direct3D9 renderer on Linux is unusable do to large stutters, which grow in frequency and magnitude while playing the game. I could not finish a single match.
Also whether playing on windows or Linux (Native or Wine/Proton) the OpenGL renderer does not renderer some textures, such as the bushes on the assault map AS-BP2-Acatana.
When setting the resolution and fullscreen mode in game the sound effects and voice volume are reset to 1 despite not so much as touching the audio page. The ut2004.ini file is not updated with the volume changes casued by changing resolution and fullscreen mode.
I managed to get the game to exceed it's performance when using D3D8 on windows. By using the patches linked above and the included D3D9 renderer along with dgvoodoo 2 set to use D3D12, the game will achieve a bit higher frame rate on Linux than windows paired with D3D8. However the frame rate on Linux is still much lower than windows using those patches and the D3D9 renderer. Using dgvoodoo 2 also eliminates the stuttering.
I have been unable to find a solution to the game refusing to start in full screen mode.
Not much but an extra data point, but I remember playing this game in 2023 for hours without any stutters at all (through Lutris with Proton).
Now, with a very low 1200x800 resolution and the lowest possible graphics, it still stutters. I've switched from Proton 9 to 5.13 and it did not improve. It must be that something changed with other parts that were included.
I have been unable to find a solution to the game refusing to start in full screen mode.
@Gibitwit older proton versions start it in full screen mode without issues, but I can confirm it somehow can't start with newer wine & proton.
Unreal Tournament 2004 (13230)
Issue transferred from https://github.com/ValveSoftware/Proton/issues/8400.
@CosmicHeron posted on 2025-01-19T19:29:54:
GPU: RX Radeon 7900 XTX
Video driver version: 24.3.3
Kernel version: 6.12.10
Link to full system information report as Gist: sysreport.txt
Proton version: experimental-9.0-20250113
Proton log: steam-13230.log
Game always launches in a window, even when the config file (UT2004.ini) is set to start-up in fullscreen mode. Because of this the resolution also gets changed (usually a random amount of height is lost), and the game will report the resolution as invalid. Fullscreen mode can be entered by going into the setting but the user won't be able to fix the resolution and will only be able to set it to any of the hard-coded values, unless they enter the console and set it with the setres widthxheight command. This workaround, however, can not be automated and needs to be done manually with each launch.
This issue occurs only when using Proton and Proton derived runners (Soda, Proton-GE). When using vanilla Wine, Wine-Staging or Caffe (derived from wine-staging), the game stars in fullscreen, or rather, in what appear to be a borderless fullscreen mode, and initializes to the resolution set in the UT2004.ini file without issue.
This issue has been observed on two different systems using GPUs from different vendors so it's not a driver issue.
UT2004.ini file, confirm all occurances of StartupFullscreen are set to TrueFullscreenViewportX and FullscreenViewportY to your display resolutionHello everyone,
Visit my Steam guide page to see on how to fix Unreal Tournament 2004 on Direct3D being stuttered for the bit. 😁
I hope this solve issues, there are multiple ways to do it.
As a great Jesus for the unity, if y'all think enabling UseTripleBuffering and/or AvoidHitches makes the game run a lot worse, please don't enable either of them. Also MOST IMPORTANTLY, if Unreal Tournament 2004 always boots in a "windowed mode" set a Proton version to 8.0 (Proton 8.0-5), because it will fix the game from always running in a windowed mode to allow the game to be on fullscreen mode whatever y'all want. 😀
proton 8.0-5x1 2025-01PROTON_LOG=1x1 2022-01DRI_PRIME=1 %command%x1 2018-09
steam-system-info.txt
Launches and runs properly out of box. I can set resolution beyond settings menu to 2560x1600 and still works. Stutters occur during gameplay (see #66 as resolved in past) and opengl rendered causes everything to shift to top left of screen.
Either way I was able to play a couple games successfully.