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 Scoopta
Stardew Valley multiplayer beta is now available
2 May 2018 at 4:42 pm UTC Likes: 2

Quoting: Kithop
Quoting: ScooptaYou probably don't even need to do that. You can probably just open the ports it uses.
Digging through the comments on their blog post, someone mentions it might be UDP/24642 that needs forwarding, and it *should* work. :)
My solution for finding ports is to just use ss from iproute2

Stardew Valley multiplayer beta is now available
1 May 2018 at 10:58 pm UTC Likes: 1

Quoting: Avehicle7887
Quoting: GuestShitty GOG galaxy that’s required for multiplayer… that’s so stupid :(. Why can’t they provide a lib for multiplayer? It makes no sense that they force a download client for multiplayer.
You don't need Galaxy for MP, there's LAN and if you want to play with someone from outside your house, there's VPN* for that, so either way you still get online MP without depending on GOG/Steam/Nasa...etc.

VPN note*: You can create your own VPN using NeoRouter [External Link] which lets your create your own server and in turn others connect to you directly (no middleman technique like good old Hamachi). It's also cross platform compatible so your Windows friends can join in regardless.
You probably don't even need to do that. You can probably just open the ports it uses.

Rise of the Tomb Raider tested on AMD RX 580
1 May 2018 at 8:03 pm UTC

Quoting: drlambUpdate: 4.17rc2 + Mesa 18.X-git results in 37-40fps. So about +5fps better than mesa 17.3.8. Still have no idea why 18 is required for Vega GPUs.
Vega has been having a lot of weird issues. I don't have Vega but I know it still has polygon culling issues in Civ VI. I imagine it requires 18 to not be buggy but this is just a guess on my part.

Campo Santo, developer of Firewatch has joined Valve
28 Apr 2018 at 10:07 am UTC

Quoting: Shmerl
Quoting: ScooptaI disagree simply because once you download a game from steam(assuming it doesn't use the steam DRM) nothing stops you from making a backup of it.
Did you even follow the discussion above? You aren't allowed to do it if you are using Steam.
Says who? Not all games on steam use DRM. Some do but those are not what I'm referring to. A lot of people think literally every game on steam is DRMed but it isn't. There are quite a few games that DO NOT care AT ALL if steam is running or not and can be coppied anywhere and will run just fine. The steam DRM is literally a single method call. If the game never issues the call then the game isn't tied to steam even if it can only be purchased through steam. Again I'm not talking about all games on steam. A lot do use DRM but definitely not all of them.

Campo Santo, developer of Firewatch has joined Valve
27 Apr 2018 at 12:27 am UTC

Quoting: Guest
Quoting: Scoopta
Quoting: Maelrane
Quoting: Doc AngeloValve can still release the game on Steam without DRM protection. Half-Life 2 is DRM free for example.
Steam itself is DRM.

Albeit it's the only one I accept and can live with, it is, per definition, DRM.
People seem to have this misconception about steam. It is NOT DRM. It is a storefront which provides optional DRM. It is up to developers to use it. You can publish to steam without using the steam DRM. It's really easy to tell if a game has been DRMed. Run the executable from a terminal. If it changes your steam status then it's using the steam API and most likely will refuse to run without steam. If not then you can copy and move that game around and it will run just fine without steam. I know for example super hot is DRM free. There are others. Honestly even the DRM valve provides is really weak. They tell you on the steam works developer page not to rely on it for preventing piracy so even valve recognizes it's weak. Honestly I wouldn't even call it DRM. From a development standpoint it's a single method call that just ensures your game is running through steam which is technically DRM but it's also just a damn easy way to make sure any following calls to the steam API will go through.
A storefront that can remove titles from your hard drive without your permission is, to me, if not DRM in name, then DRM in nature.
The reliance on Steam for many games is just as bad. No Steam? Can't play. Sometimes that turns into no Steam online, can't play. Technicalities aside, it's worth remembering that you can only play your games so long as Valve permit, and while it's technically possible to unhook some titles from Steam via (country dependent) legal personal backups, Valve don't exactly encourage that. Nothing against Valve there, more that people should really be more aware of what Steam really is.

I mean, this thread got derailed so much anyway, what the hell.
I disagree simply because once you download a game from steam(assuming it doesn't use the steam DRM) nothing stops you from making a backup of it. Even if steam died the games on steam that don't use the DRM could still be played without going out of your way to circumvent anything. That's why I say steam is primarily a storefront not just DRM.

Campo Santo, developer of Firewatch has joined Valve
26 Apr 2018 at 10:28 am UTC Likes: 1

Quoting: Maelrane
Quoting: Doc AngeloValve can still release the game on Steam without DRM protection. Half-Life 2 is DRM free for example.
Steam itself is DRM.

Albeit it's the only one I accept and can live with, it is, per definition, DRM.
People seem to have this misconception about steam. It is NOT DRM. It is a storefront which provides optional DRM. It is up to developers to use it. You can publish to steam without using the steam DRM. It's really easy to tell if a game has been DRMed. Run the executable from a terminal. If it changes your steam status then it's using the steam API and most likely will refuse to run without steam. If not then you can copy and move that game around and it will run just fine without steam. I know for example super hot is DRM free. There are others. Honestly even the DRM valve provides is really weak. They tell you on the steam works developer page not to rely on it for preventing piracy so even valve recognizes it's weak. Honestly I wouldn't even call it DRM. From a development standpoint it's a single method call that just ensures your game is running through steam which is technically DRM but it's also just a damn easy way to make sure any following calls to the steam API will go through.

Rise of the Tomb Raider tested on AMD RX 580
20 Apr 2018 at 9:35 pm UTC

Quoting: Shmerl
Quoting: ScooptaThey probably just do HLSL to SPIR-V. This is vulkan after all.
Good point. glslang should support HSLS to SPIRV-V translation in some way already. Unlike HLSL → SPIR-V, dxvk is translating dxbc directly, so may be it has less potential to optimize.

Quoting: ScooptaI think people are sometimes a bit unfair to Feral. No port is truly fully native because they're ports after all.
I don't mind the fact that it's not fully native. Just the fact that they never release games DRM-free :)
Yeah. As someone else mentioned the DRM is probably the publisher's decision not the devs and therefore not Feral's.

Rise of the Tomb Raider tested on AMD RX 580
20 Apr 2018 at 7:03 pm UTC

Quoting: Shmerl
Quoting: Ehvis
Quoting: ShmerlAh, thanks for confirming! I wonder then, why dxvk supposedly performs much worse.
I expect that Feral is not doing any on the fly shader translations.
That can only reduce stuttering, but it shouldn't make it perform better in general. However if they rewrite shaders and optimize them - that can make some difference.
They probably just do HLSL to SPIR-V. This is vulkan after all. Not OGL. I'm sure they tweak them but I doubt they rewrite them. Honestly I think people are sometimes a bit unfair to Feral. No port is truly fully native because they're ports after all. Even Windows gets ports and some of them are literally unplayable. Remember Arkham Knight? At least Feral's ports always perform decently and don't just do wine or something similar. I don't support wrapping and doing not much else but they seem to actually care and work on their ports not just wrap them. Anyways just my two cents.

Rise of the Tomb Raider tested on AMD RX 580
19 Apr 2018 at 5:17 pm UTC

Quoting: ShmerlHow does performance of Feral's wrapper compare to dxvk? Both are using D3D11 → Vulkan translation, so it would be interesting to see. Or is it using D3D12 → Vulkan?
I've got to imagine ferals wrapper is that cut and dry. If it was it wouldn't take them this long to port games. I'm sure they use one(seeing as we have the name) but I don't think that's all they do. That being said one is native and the other is wine so even if the performance is worse I'd take the native.

Life is Strange: Before the Storm is officially coming to Linux, port from Feral Interactive
29 Mar 2018 at 10:25 am UTC

Quoting: Comandante ÑoñardoHmm..
The lack of activity about Linux depots in the SteamDB suggest me that Feral has an internal DRMFREE version of this port...
Not necessarily. It's quite easy to run steam games without steam for development purposes.