Language Selection

English French German Italian Portuguese Spanish

Games and Wine: GOG Layoffs, Talos Principle, GNU/Linux as "the Best Development Environment" for Games and More Wine Work

Filed under
  • GOG are ending their 'Fair Price Package program', soon after letting staff go

    It appears things aren't going overly well for game store GOG at the moment, under increasing competition they're starting to feel the heat.

    First of all, in a report on Kotaku, GOG recently confirmed that they let go a bunch of staff. They claimed it was only "around a dozen of positions" while also bringing in new staff in other positions. Fair enough, that all sounds quite normal in the business world.

  • Facing Financial Pressures, GOG Quietly Lays Off At Least A Dozen Staff

    Amid a month full of mass layoffs across the video game industry, the digital store GOG quietly let go of what it says was a dozen staff last week. GOG, which is owned by The Witcher 3 publisher CD Projekt, did not say why the layoffs happened, but one laid-off staffer tells Kotaku that the store has been in financial trouble.

  • A Final Look At The OpenGL vs. Vulkan Performance For Talos Principle

    The Talos Principle was the launch title for Vulkan 1.0 when the graphics API debuted three years ago as an alternative to Croteam's OpenGL renderer. Since then Croteam has rolled out its Vulkan support to their other games and now they are in the process of finally phasing out the OpenGL renderer with The Talos Principle. Here's a last look at how the OpenGL and Vulkan performance compares for this multi-platform game.

  • The Talos Principle Build 418338 is available in open beta!
  • Could Linux be made "the best development environment" for games?

    It is fairly well established that Linux is not the #1 game development platform at this point in time. It is also unlikely to be the most popular one any time soon due to reasons of economics and inertia. A more interesting question, then, would be can it be made the best one? The one developers favour over all others? The one that is so smooth and where things work so well together that developers feel comfortable and productive in it? So productive that whenever they use some other environment, they get aggravated by being forced to use such a substandard platform?

  • Raptor Engineering Helping To Improve POWER Support In Wine, Eyes Hangover

    In hoping to improve the situation for running Windows programs on POWER9 hardware under Linux, Raptor Engineering has contributed a set of patches so far for bringing PowerPC 64-bit little endian support to Wine's library. This is great news if you are a current Talos II customer or hoping to get one of the lower-priced POWER9 Blackbird systems from the company this year.

    Ultimately the goal is to allow Windows x86/x64 programs to run on Raptor's POWER hardware under Linux. This was motivated by the recent work by Wine developers on the new "Hangover" effort to run Windows x86_64 programs on 64-bit ARM. But instead of running on 64-bit ARM, the hope is the Hangover developers will also begin to support the IBM Power architecture.

  • DXVK 1.0 Released (Vulkan-based Compatibility Layer For Direct3D 11/10)

    The latest DXVK 1.0 adds an option to show the current D3D feature level in the DXVK HUD. This is especially useful if you're interesting in knowing the feature set supported for a particular Direct3D 10 game. This isn't particularly useful for D3D 11 games, since this will show 11_0 for almost all games. To see this information, export DXVK_HUD=api.

    What's more, with this release two new Vulkan extensions are used (VK_EXT_memory_priority and VK_EXT_memory_budget) if they are available. These extensions improve behavior under memory pressure, and report available VRAM more accurately to applications.

More in Tux Machines

Ubuntu 19.10 Puts Nvidia's Proprietary GPU Driver Right On The ISO

In Ubuntu 19.04, Canonical introduced the ability to download Nvidia's propriety graphics driver during the OS installation process (provided the user has an internet connection). That was a welcome step toward making gaming more accessible for newcomers. With the upcoming Ubuntu 19.10, however, Canonical is following in the footsteps of System76's Pop!_OS and slapping Nvidia's driver (both 390 and 418) right onto the ISO. Phoronix spotted the update via Ubuntu's Launchpad platform. What this means is that users can have the proprietary Nvidia driver -- a better option for gaming compared to the open source "Nouveau" driver -- ready to go at first boot. They also have the option to install the Nvidia binary at any point in the future without needing to add or activate a repository or download the driver. Read more

Benchmarking AMD FX vs. Intel Sandy/Ivy Bridge CPUs Following Spectre, Meltdown, L1TF, Zombieload

Now with MDS / Zombieload being public and seeing a 8~10% performance hit in the affected workloads as a result of the new mitigations to these Microarchitectural Data Sampling vulnerabilities, what's the overall performance look like now if going back to the days of AMD FX Vishera and Intel Sandybridge/Ivybridge processors? If Spectre, Meltdown, L1TF/Foreshadow, and now Zombieload had come to light years ago would it have shaken that pivotal point in the industry? Here are benchmarks looking at the the performance today with and without the mitigations to the known CPU vulnerabilities to date. As I've already delivered many benchmarks of these mitigations (including MDS/Zombieload) on newer CPUs, for this article we're looking at older AMD FX CPUs with their relevant Spectre mitigations against Intel Sandybridge and Ivybridge with the Spectre/Meltdown/L1TF/MDS mitigations. Tests were done on Ubuntu 19.04 with the Linux 5.0 kernel while toggling the mitigation levels of off (no coverage) / auto (the default / out-of-the-box mitigations used on all major Linux distributions for the default protections) / auto,nosmt (the more restricted level that also disables SMT / Hyper Threading). The AMD CPUs were tested with off/auto as in the "auto,nosmt" mode it doesn't disable any SMT as it doesn't deem it insecure on AMD platforms. Read more

Today in Techrights

today's leftovers

  • Zombieload, Nextcloud, Peppermint 10, KDE Plasma, IPFire, ArcoLinux, LuneOS | This Week in Linux 67
    On this episode of This Week in Linux, we’ll check out some Distro News from Peppermint OS, ArcoLinux, LuneOS & IPFire. We got a couple apps to talking about like Nextclou0…d and a new Wallpaper tool that has quite a bit of potential. We’ll take a look at what is to come with the next version of KDE Plasma. Intel users have gotten some more bad news regarding a new security vulnerability. Later in the show, we’ll cover some interesting information regarding a couple governments saving money by switching to Linux. Then finally we’ll check out some Linux Gaming News. All that and much more on your Weekly Source for Linux GNews!
  • Ubuntu Podcast: S12E07 – R-Type
    This week we’ve been installing Lineage on a OnePlus One and not migrating Mastodon accounts to We round up the Ubuntu community news from Kubuntu, Ubuntu MATE, Peppermint OS and we discuss some tech news. It’s Season 12 Episode 07 of the Ubuntu Podcast! Alan Pope, Mark Johnson and Martin Wimpress are connected and speaking to your brain.
  • OpenGL 4.6 / SPIR-V Support Might Be Inching Closer For Mesa Drivers
    We're quickly approaching the two year anniversary of the OpenGL 4.6 release and it's looking like the Intel/RadeonSI drivers might be inching towards the finish line for that latest major revision of the graphics API.  As we've covered many times, the Mesa drivers have been held up on OpenGL 4.6 support due to their SPIR-V ingestion support mandated by this July 2017 version of the OpenGL specification. While there are the Intel and Radeon RADV Vulkan drivers already with the SPIR-V support that is central to Vulkan, it's taken a long time re-fitting the OpenGL drivers for the likes of ARB_gl_spriv. Then again, there aren't many (actually, any?) major OpenGL games requiring version 4.6 of the specification even with its interoperability benefits thanks to SPIR-V.