Quoting: MayeulC

Quoting: GuestGreat article Liam,

One of my worries for Linux is how should developers code their programs and place all their folders and files so that 5 years down the line with newer hardware, kernel and distro and any updates associated, it can still be guaranteed that our purchased software will still be forward/backwards compatible and run? I personally find it annoying when your system is running fine for 2 years or so and just works, then have to do an update to the latest distro to get game x to work just to find you have to hunt down and figure out how to install xyz library or package to get an old game or software running again.

I'd like to point out that the community is great generally and with a little googling and patience one generally finds answers to solve your problems, for myself I guess I should save all those sources of help and index them all in a text file of sorts.

I second this. Usually this can be achieved by NOT STATICALLY LINKING the libraries (which is one of the reasons to have them in the first place). The libraries get updated (especially if they are open source), and make the games run in their new environment. This is why LGPL/zlib2 (iirc) is such a great thing :)

Most libraries will break with major updates, so you should bundle almost all your dependencies. But there are some libraries that should not be bundled, you should just use what the system provide instead. This page was not updated for a long time but it's still relevant: https://freegamedev.net/wiki/Portable_binaries#System_libraries_that_cannot_be_bundled [External Link]

I worked on a company that developed OpenGL applications and using this approach we were able to build on CentOS 5 and run on Ubuntu 16.10, for example. That's 9 years of backward compatibility.

View this comment - View article - View full comments

The problem with gifs and videos is that you can't copy/paste. For command line tutorials there is the https://asciinema.org [External Link]
It provides a very nice animation in javascript and can be selected and copied.

View this comment - View article - View full comments

It looks very nice. I'll probably buy it.
And great to see there is a developer really using Linux while others don't even bother to try the Linux build on a spare machine.
As a developer I've worked for companies that claimed out loud that supporting Linux is too hard but then all developers were using Windows. Having at least someone willing to work on Linux makes all the difference.

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: gqmeloUnfortunately for owners of laptops with PRIME (like me), there is yet no vsync support at all:

https://devtalk.nvidia.com/default/topic/775691/linux/vsync-issue-nvidia-prime-ux32vd-with-gt620-m-/7 [External Link]

Have you tried this script to see if it helps at all?

Yes I have tried these settings, but there is no way it can work on a laptop with PRIME, because PRIME involves an integrated Intel card with a dedicated Nvidia. The way they interact with each other is different than a single card. There is a Nvidia developer assigned to solve this, but no good news yet.

View this comment - View article - View full comments

Unfortunately for owners of laptops with PRIME (like me), there is yet no vsync support at all:

https://devtalk.nvidia.com/default/topic/775691/linux/vsync-issue-nvidia-prime-ux32vd-with-gt620-m-/7 [External Link]

View this comment - View article - View full comments