Patreon Logo Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal Logo PayPal. You can also buy games using our partner links for GOG and Humble Store.
Latest Comments by aejsmith
F1 2017 system requirements for the Linux port have been revealed, NVIDIA & AMD supported
31 Oct 2017 at 9:54 pm UTC Likes: 4

Quoting: gojulA bit scared about Vulkan, as Debian only features driver 375.82. Anyway bought the game from Feral Store as their other ports were awesome.
I would strongly recommend installing newer drivers (384.90), using NVIDIA's own installer if necessary. We have known issues on older drivers.

Edit: To clarify, I'm only suggesting the installer if you have no better option to get that version like a PPA.

F1 2017 system requirements for the Linux port have been revealed, NVIDIA & AMD supported
31 Oct 2017 at 9:47 pm UTC Likes: 2

Quoting: scaineI wonder if Ubuntu 17.04 is a typo? Unusual to state a non-LTS release as a minimum spec, isn't it? Genuinely don't know, but I only run LTS releases on my gaming machine, so I guess I'll find out when I get this.
It's just what we've tested most for this game.

Editorial: No, Valve is not killing SteamOS or the Steam Controller
19 Jul 2017 at 7:21 pm UTC Likes: 3

The development of Vulkan, an open source alternative to Direct3D, has slowed down considerably.

Waaagh! Warhammer 40,000: Dawn of War III released for Linux with OpenGL & Vulkan, review & port report
9 Jun 2017 at 8:02 am UTC

Quoting: gojulSubmitted a bug to Feral with the crash dump located under ~/.local/feral-interactive/ (and even the stack I could find w/ GDB).

First thing :
- the game complains librtmp.so.0 is missing (fixed by created a symlink from librtmp.so.1)

Second thing :
- when starting the game through GDB I get a segfault (otherwise no output) like this one :
#0 0x00007fffcc1de460 in ?? ()
#1 0x00007fffe2406619 in ?? () from /usr/lib/x86_64-linux-gnu/libGL.so.1
#2 0x00007fffe2400ab9 in ?? () from /usr/lib/x86_64-linux-gnu/libGL.so.1
#3 0x00007fffe23f9ca6 in glXGetProcAddress () from /usr/lib/x86_64-linux-gnu/libGL.so.1
#4 0x00007ffff460825b in X11_GL_LoadLibrary ()
from /mnt/games2/Steam/steamapps/common/Dawn of War III/bin/../lib/x86_64/libSDL2-2.0.5.so
#5 0x00007ffff45f23ec in SDL_CreateWindow_REAL ()
from /mnt/games2/Steam/steamapps/common/Dawn of War III/bin/../lib/x86_64/libSDL2-2.0.5.so
// stack omitted

I know my machine is beefy (actually it runs some VMs quite often - and Debian is running blazing fast on it ;-)

All other Feral ports just work fine, so there's something with this one. Thus as Debian is the basis of SteamOS if it crashes on Debian it is likely to crash on the upcoming SteamOS (and Ubuntuj releases.

Waiting for feedback from Feral, staying you tuned. ;-)

Rgds
Hey, can you try installing libgl1-nvidia-glvnd-glx (the GLVND version of the NVIDIA driver instead of the non-GLVND one)?

This looks like an issue we know about with Debian's packaging of the non-GLVND driver that can cause crashes with apps that use Vulkan.

The slides for the Vulkan presentations from Feral Interactive, Croteam and more are now up
30 May 2017 at 10:08 pm UTC Likes: 3

Quoting: LeopardDriver , driver , driver.

That one fucking problem of manufacturers can't solve or they don't want to solve intentionally.

But i am really curious about, how id tech used Vulkan on Doom so professionally even it's early days?
The problem is that GPUs are *really* complicated.

There's a massive amount of stuff that GL and D3D (11 or earlier) drivers have to do for you behind the scenes to maintain the behaviour that the API expects. Vulkan cuts a lot of that down (and makes it our problem, as the game developers, instead!), but programming a GPU is still very much a non-trivial task.

Given that, we've actually been really surprised at how well all of the Vulkan drivers are working at this point. Sure, we've hit a few issues, but this is an API that's just over a year old. No software is perfect. So really, driver developers should get some recognition rather than complaints for managing to put out pretty solid drivers even at this early stage :)

Mad Max meets Vulkan in a new fully public beta for Linux, benchmarks and OpenGL vs Vulkan comparisons
30 Mar 2017 at 3:12 pm UTC Likes: 10

Quoting: KohriasUnfortunately it freezes my system. I run a Radeon RX 480 with Mesa 17.0.2, llvm 4.0 and Linux 4.9.

Is radv not supported yet or do I need to compile the latest mesa git?

Update: Just read that I need the very latest mesa git. Will compile that soon and check again ;-)
Yep, you'll need Mesa git. Both us and the radv developers have done quite a few fixes over the last few weeks to get the game running well.

Mesa now has a shader cache in Mesa-git for r600/radeonsi
23 Feb 2017 at 10:42 am UTC Likes: 1

Quoting: ShmerlWhy can't those games take care of caching shaders on their own? It's completely possible for developers to do it to optimize things.
This is a cache of compiled shaders. To cache these in a game would require GL_ARB_get_program_binary or something similar to get access to compiled binaries, which Mesa doesn't implement (or rather, it does, but it does not implement any binary formats which means it can't actually be used for anything).