If you support us through Liberapay, please see this important post.
You can sign up to get a daily email of our articles, see the Mailing List page!
Support us on Patreon to keep GamingOnLinux alive. This ensures we have no timed articles and no paywalls. Just good, fresh content! Alternatively, you can donate through Paypal!
Latest Comments by kalin
The action-RPG 'Last Epoch' that's currently crowdfunding has a working Linux demo now
25 April 2018 at 8:39 pm UTC

The demo run bad on solus with rx 460 with open source drivers

Rise of the Tomb Raider is now officially available on Linux, here’s a look at it with benchmarks
19 April 2018 at 7:28 pm UTC

Game didn't work for me. Solus user with rx 460
Spoiler, click me
GameAction [AppID 391220, ActionID 1] : LaunchApp changed task to WaitingGameWindow with ""
WARNING: Rise of the Tomb Raider launched with STEAM_RUNTIME=0
We recommend using the steam runtime if possible
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
=== ERROR - You're missing vital libraries to run Rise of the Tomb Raider
=== Either use the steam runtime or install these using your package manager
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
libssl.so.44 => not found
libcrypto.so.42 => not found
===
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
GameAction [AppID 391220, ActionID 1] : LaunchApp changed task to Completed with ""
>>> Adding process 31597 for game ID 391220
>>> Adding process 31598 for game ID 391220
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Generating new string page texture 190: 256x256, total string texture memory is 3.73 MB
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
WARNING: radv is not a conformant vulkan implementation, testing use only.
WARNING: radv is not a conformant vulkan implementation, testing use only.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/kalin/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
/home/kalin/games/Games/steamapps/common/Rise of the Tomb Raider/bin/RiseOfTheTombRaider: error while loading shared libraries: libssl.so.44: cannot open shared object file: No such file or directory

Killing Floor 2 for Linux is 'indefinitely on hold' as they can't find a developer
20 January 2018 at 12:41 am UTC

johndoe
kalinDo you ever use opengl? OpenGL was and still is abomination. There is a reason for people to prefer direc3d. Why opengl is so fucked up is another topic. Currently I learn vulkan and don't have opinion on it for now.
Please be informed and don't trow statements just like that. Negativism never help. The studio is free to do what ever they want to do with their products. Stop blame them for not porting game that you probably never buy anyway.

OK... now tell me the reason why Id Software always prefers OpenGL?
https://en.wikipedia.org/wiki/Normal_distribution
You can't expect all the people to behave the same way also you can't expect devs to make the same choices.

Killing Floor 2 for Linux is 'indefinitely on hold' as they can't find a developer
11 January 2018 at 10:35 pm UTC

johndoeChanging/Modifing the source code of an application is always a bad idea.
An engine is not different - it's still a piece of software.

Some years ago I have worked for a big selling platform in germany and the heads of it decided to change the source code of MySQL 4.x and failed lousy when MySQL 5.0 arrived. The many changes could not be ported to MySQL 5.x anymore.
Today this company is owned by others - what a surprise

I think the guy (project leader) responsible for the decision to make changes to the rendering engine was forced by the publisher to that.
I'm sure he showed a way to do things right but the publisher decided to go the cheaper and faster way.

OpenGL (before Vulkan) is much better/stronger than DiretcX when you know how to use it. Think of Id Software.
But OpenGL is more complex. You need a lot of experience to do the right thing.
OpenGL has many ways to do the same thing but not all lead to best performance.
Id Software has this experience - most developers nowadays do not.

Vulkan WILL change this. But this takes time.

Do you ever use opengl? OpenGL was and still is abomination. There is a reason for people to prefer direc3d. Why opengl is so fucked up is another topic. Currently I learn vulkan and don't have opinion on it for now.
Please be informed and don't trow statements just like that. Negativism never help. The studio is free to do what ever they want to do with their products. Stop blame them for not porting game that you probably never buy anyway.

Killing Floor 2 for Linux is 'indefinitely on hold' as they can't find a developer
10 January 2018 at 8:41 pm UTC Likes: 3

Can we ask Ryan C. Gordon or Ethan Lee for help

Killing Floor 2 for Linux is 'indefinitely on hold' as they can't find a developer
10 January 2018 at 8:34 pm UTC Likes: 3

Faattori"During Killing Floor 2's development a choice was made to rewrite the DirectX rendering system. "

Well, the fault is completely on them for making the bad decisions.
Why do you think it's fault. I'm sure they have their reasons. No one just make decisions especially people who successfully run a business.

The 'Linux Steam Integration' project from Solus has an updated release with Snap package support
20 December 2017 at 9:16 pm UTC Likes: 5

liamdawe
kalin
no_information_here
kalin
ZlopezWhy not using Flatpak instead of snap?
lucifertdarkWhy not use it as it was intended by Valve & stop messing about with Snap & Flatpack?
Why not stop asking stupid questions. It's matter of choice. If you don't like it, just don't use it. Simple as that
That is a bit harsh. People are trying to understand the motivations behind the project. That should be encouraged.
No. Linux people are awful. Someone decide to make something useful or just hobby project and share it with the community and what he take in return is finger pointing, blaming and complaining. I participate in this community from 5 years and I read only negative opinions in forums. Luckily developers are not so easily discouraged .
I wouldn't go that far. We have to keep in mind that to question something, isn't necessarily a negative thing. We also have to remember the language barrier, English isn't everyone's first (or even remotely good) language, so people often phrase it in what looks like a rather blunt and direct way.

Ok I give my apologies for making quick conclusions

The 'Linux Steam Integration' project from Solus has an updated release with Snap package support
20 December 2017 at 8:37 pm UTC Likes: 1

no_information_here
kalin
ZlopezWhy not using Flatpak instead of snap?
lucifertdarkWhy not use it as it was intended by Valve & stop messing about with Snap & Flatpack?
Why not stop asking stupid questions. It's matter of choice. If you don't like it, just don't use it. Simple as that
That is a bit harsh. People are trying to understand the motivations behind the project. That should be encouraged.
No. Linux people are awful. Someone decide to make something useful or just hobby project and share it with the community and what he take in return is finger pointing, blaming and complaining. I participate in this community from 5 years and I read only negative opinions in forums. Luckily developers are not so easily discouraged .

  Go to:
Livestreams & Videos
Community Livestreams
  • RPM Flow: „Rezrog“
  • Date:
See more!
Popular this week
View by Category
Contact
Latest Comments
Latest Forum Posts