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 EKRboi
Nvidia To Show Off Vulkan On NVIDIA GPUs & An OpenGL Linux Graphics Debugger
11 Aug 2015 at 12:36 am UTC

Quoting: liamdaweLooks like it will be on video: https://twitter.com/piers_daniell/status/630196144883142656 [External Link]
Are there vids up anywhere yet?

EDIT* I've put my best duckfoo to work and have come up empty handed. Hopefully soon.

Nvidia To Show Off Vulkan On NVIDIA GPUs & An OpenGL Linux Graphics Debugger
8 Aug 2015 at 8:55 pm UTC

Quoting: ZeloxThanks for the answers guys ^^. Ye iv seen that dx12 demo. That PC is a beast aswell XD. Well my votes are for Vulkan, and lets hope IT shines a bright light on Linux ^^.
I hope so too. Multi monitor/multi gpu gaming is pretty much what is keeping a windows install on my gaming PC. No other PC/laptop/device I own have one.

Nvidia To Show Off Vulkan On NVIDIA GPUs & An OpenGL Linux Graphics Debugger
8 Aug 2015 at 4:56 pm UTC

Quoting: vulture
Quoting: Zelox
Quoting: vulture
Quoting: ZeloxI hope vulkan can and will support sli and multimontor setups.
At the moment linuxs is useless when it comes to sli and gaming with more then one montior.

Sadly.
no, it won't. sli/crossfire is obsoleted by both vulkan and directx12. with those you can control each and every gpu (even if they are from different vendor).

sli like feature in the game will be up to developer, not up to drivers
Aah so simple, directx12 and vulcan already "supports it" kind off? I know u said sli is dead or are heading that way. But if u simplefi the it a bit.
The developer have to press the ON button so I can use both gpus and the reselution I want in there game.

And for me as a user, I will be able to have the option in the games setup menu, to change to a bigger reselution, and thats it. If the game supports more then 1 screen / higher reselution.

This is like the main reason I dont use linux 24/7 when I game.
Sry for my english, been a long day.
SLI never had some real gains, at least not perf/money. you spent a lot of money for a little more (and then sometimes even less performance). i don't know if this analogy will work, but SLI is more or less like raid device. software only sees partition on which it can write, how this will happen is up to raid driver. but, unlike raid... SLI is far from simple to guess how to work effectively. and game only sees that one SLI setup as its graphic card.

for a driver to guess how to split workload for a game... well, it could as well be driver for each game.

with DX12/Vulkan game can use each GPU and his VRAM with direct control and full power as long as developer made it so and cpu can actually handle workload without creating bottleneck. it is much more efficient, but it also needs more developer work on enabling it.

support for multiple screens is simpler this way and yet... more complex :)
SLI WAS a bit rough in the past. It is far better for years now. You can see almost double FPS in games with two cards when there is an SLI profile for the game and it was made with SLI in mind(most games where you would need it have it). That said the main problem that is starting to arise with multi gpu now is AFR (alternate frame rendering) which is how multi gpus are typically used. In simplest terms, engines are starting to need lots of info from the previous frame for the next which is a problem since GPU 2 is working on a frame while GPU1 is working on a frame. As far as Linux goes.. OpenGL just wasn't made for it. OpenGL games in windows don't even make use of it.

So the GPU's are NOT used like a pool where they are treated as a single entity. That is how they need to be used to get full benefits and that is how they can be used with Vulkan/DX12 with the "low level" access to the hardware. The downside is that they CAN be used that way but the engine will need to be coded for it, it's not something the drivers are going to be able to handle.

I have a feeling DX12/Vulkan is going to be a step back in regards to multi GPU at first. It won't be until after the most used game engines get mostly polished up for Vulkan/DX12 that they start working on those engines to know what to do with 2, 3 or 4 cards. Hopefully I'm wrong.. I know Square Enix has an engine running DX12 that definitely knows how to make use of 4 cards. (https://www.youtube.com/watch?v=rpDdOIZy-4k [External Link]) That demo is running realtime on 4 GPUs and the detail and lighting is just amazing. Only time will tell.. my GPU(s) and body are ready though :D

Nvidia To Show Off Vulkan On NVIDIA GPUs & An OpenGL Linux Graphics Debugger
8 Aug 2015 at 1:56 am UTC Likes: 2

Quoting: Guest
Quoting: ZeloxAah so simple, directx12 and vulcan already "supports it" kind off? I know u said sli is dead or are heading that way. But if u simplefi the it a bit.
The developer have to press the ON button so I can use both gpus and the reselution I want in there game.

And for me as a user, I will be able to have the option in the games setup menu, to change to a bigger reselution, and thats it. If the game supports more then 1 screen / higher reselution.

This is like the main reason I dont use linux 24/7 when I game.
Sry for my english, been a long day.
Multi-GPU support in Vulkan doesn't necessarily mean higher resolutions - it just means that the developer can use the GPUs for whatever he/she wishes. You could use one for computer, another for rendering, a third for off-screen rendering, etc.
If the game actually supports spanning the final output across multiple screens, that's another matter, and I'm not sure it's something Vulkan would be directly responsible for.
I'm assuming Zelox is talking about "eyefinity" or "NVSurround" gaming like in windows. Since I don't use AMD GPUs I can't provide input on how their multimonitor gaming stuff works, but I can chime in on Nvidia.

NVSurround relies on the drivers telling windows there is only ONE monitor. An extra wide virtual monitor, but still just one. As far as the OS is concerned 5760x1080 for example is the size of your monitor. If you look in the task manager while runnning NVSurround you will see something like "Nvidia maximize helper" and that is what allows you to still "fullscreen" some programs to only one monitor even though the windows window manager is only aware of one large monitor.. but it doesn't catch everything. VLC for example will span the whole virtual monitor when going full screen, or youtube videos will take up the whole thing.

You can successfully play games spanning any # of monitors in Linux. I do it all of the time for the older titles or not so graphically intensive titles that a single GPU is enough power for or smooth 60fps is not important to me. I use XFCE for my normal computing and XFWM is passed info about the separate monitors from the NV drivers via randr. I've not generally had good luck manually manipulating randr with the NV drivers.

Openbox however is looking for the information about monitor bounds from xinerama extensions. NV drivers have a nifty option called "nvidiaXineramaInfo". If you set that to false in your xorg.conf(Option "nvidiaXineramaInfo" "False" in the Screen section) then voila! The NV drivers don't tell openbox about the separate monitors and so it only sees one big monitor and games can span the whole thing. Sometimes the option for 5760x1080 for example will actually appear in the game options and sometimes you will have to find the games .cfg and manually enter it. Without telling the drivers to not pass that info probably 98%+ of games will only go as big as the main monitor(1920x1080). Using the nvidiaXineramaInfo option set to false is nice because it allows me to use only one xorg.conf instead of two(or manually editing the one depending on the behavior I need), and I have "normal" fullscreening functionality using XFCE and my "surround" gaming environment when I switch to Openbox.

The last time I tried Cinnamon it was also affected by using nvidiaXineramaInfo set to false and it just treated the three monitors as one large one... but I use OB because of its small footprint and I still find Cinnamon a little too buggy.. I'll probably catch crap for that from someone here.. but any crashing in Cinnamon is a no-go for me when XFCE just always works.. YMMV of course. Plus I would have to keep two xorg.confs or manually edit and logout/login anyways to change the WM's behavior.

So no I don't think Vulkan will have anything to do with multi monitor gaming as far as the resolutions the game is allowed to have or see. That is still up to how the WM presents the monitors to the apps/games. I have no idea if Wayland is going to change that.. it would be nice if it was much simpler.

Many games suffer the same issues that games in windows do when using surround when they are not properly coded for it(bad FOV, incorrect HUD placement etc..). I'm guessing you know what flawlesswidescreen is. There is nothing like that for linux as far I know. If using wine to play a game then you can also use FWS with wine. I played the latest Wolfenstein games using wine and FWS @ 5760x1080. They ran better than in their native environment.

Zelox, if you use nvidia gpu(s) and you want help or any more info on getting games to run on 3 monitors in Linux feel free to shoot me a PM here and I'll be glad to help.

Trine 3: The Artifacts of Power Linux Version In Progress
4 Aug 2015 at 10:03 pm UTC Likes: 1

I enjoyed the other games. I actually picked them up for the g/f to have something to play and ended up liking them myself. It is a shame the Linux version will be late.. I would have thought they had their engine easily portable by now.

Virtual Programming Have Been Busy, Looks Like They Are Doing The Arma 3 Port
1 Aug 2015 at 8:12 pm UTC Likes: 1

I've not tried playing TW2 recently but did they ever fix the input lag issues? That would be a HUGE problem to have in a game like this. I kept hating TW2 as a game because I was struggling really bad at hand to hand combat and could never figure out why I just thought it was me. I then played it on "that other platform" and had NO problem. Even after beating the game and therefor being pretty good with the controls I went back and tried to play it in Linux again and found the same problem with controls that I originally did. The only conclusion I could come to was input lag since the game was running well and I had the controls setup the same.

Also isn't this game extremely hard on hardware in windows? I can't imagine adding a translation layer is going to help things. Just to be clear I'm not in the against VP "ports" crowd, there are tons of games that we probably would never see otherwise that they have or may bring us.

Middle-earth: Shadow of Mordor Released For Linux, We Love You Feral Interactive
31 Jul 2015 at 9:15 pm UTC

Purchased! I wanted to purchase it right from Feral's store but the +$3 to use Paypal was a no-go for me. I understand that paypal likes to take a cut, but I'm pretty sure paypal takes a smaller cut (I may be wrong?) than Valve does when I buy it through Steam. Maybe they should rethink that.

DiRT Showdown Confirmed For Linux By Virtual Programming, Pre-orders Open Up
31 Jul 2015 at 9:00 pm UTC

I'm not disappointed this is an EON wrapped game. The EON wrapper has come a long way and if it is what it takes to bring some of the older games to us then so be it.. I'm disappointed the first non "arcade racer" to come to linux is an EON wrapped game :(

Victor Vran Says Goodbye To Early Access, Hello To Being Awesome
27 Jul 2015 at 2:07 pm UTC

Quoting: throghFirst I hoped that this game would be a very nice addition and one of the first action-roleplaying-games on Linux. A purchase on GOG was really near. But now I'd like to point out that this game is not DRM-free as GOG mentions: For multiplaying there is a client-server-principle and nothing about normal peer-to-peer LAN-mode. Also the so-called treasure-hunting is matter of discussion because the account is also needed for activating the keycodes in the singleplayer. So far the discussion within GOG-forums. Have I missed something? Or perhabs somebody could refute me, please? For me the game also said "GOODBYE", if these mechanics stay there is no purchase. Won't buy DRM-software that way!

http://www.gog.com/forum/general/release_victor_vran_92633/page1 [External Link]
None of the "online" features are required to play the game.