Quoting: WorMzy

Quoting: Jarmerso basically they want to make it easier for the developers of App XYZ (or Game ABC) to just push a button for deployment and BAM their app/game is available on x86 or Arm? Is that correct?

No, this is purely about the OS layer. At the moment Arch only supports x86_64, and lacks the resources/motivation to support any other architectures because providing packages for these is a timesink/chore right now. Arch has had vague plans to improve the packaging infrastructure (to make supporting other architectures easier) for a while, but hasn't gotten around to doing so. Valve have basically come along and asked how they can help.

That's how I see it. Valve has been doing this with other opensource projects as well. Most will remember that KDE received a bunch of funding from Valve. Valve strategy seems to be, fund open source projects for the features they want/need. Which is ideal. Valve doesn't have to hire or steal developers away from the projects they work on, which keeps the knowledge and efforts localized to the project. If something bad were to happen, everything is opensource and Valve can fork the code and walk away. So Valve isn't worried about losing their investment and the community doesn't split and fracture the knowledge, if you get what I mean.

View this comment - View article - View full comments

Quoting: M@GOidI'm sorry if this sound harsh but, they get no sympathy from me. People should know that money is not infinite, so if you drag development of something for 6 years, it will end with the project being canceled.

Gaming development is not a new thing. People should know how it works by now and have realistic goals, when they start a project like this.

We are in the 2020's and the writing is on the wall: don't buy anything on pre-release, not from a big studio, nor from a bunch of new kids that don't know what they are doing. If you loose money, it is on you.

100% this. In fact, I rarely buy a game day 1 now.

View this comment - View article - View full comments

Quoting: mphuZ

Quoting: pbPersonally I find this fascinating that China is so Windows-centric.

Not for long. In the next 1-2 years, the Chinese will significantly completely abandon Windows (even pirated versions will be cut) and switch to HarmonyOS [External Link].

They write [External Link] that its microkernel is 3 times more efficient than Linux. Other sources also say that it will be possible to launch Steam + native streaming of games on DX12.2

I wondered about that. I thought HarmonyOS was Huawei, and they only had 10% of the PC market in China. All of the other mfg would have to write driver's for the HarmonyOS kernel. Which means they would need to have two engineering efforts for HarmonyOS and Windows. I'm sure they wouldn't go cold turkey into HarmonyOS.

View this comment - View article - View full comments

Can someone recommend a GOG Linux game that doesn't work out of the box? I randomly(ish) bought and downloaded a game called Silver because:

Works on:
Windows (7, 8, 10, 11), Linux (Ubuntu 16.04, Ubuntu 18.04)
Release date:
August 31, 1999

I thought for sure this is not going to work. I'm running Ubuntu 24.04. But everything worked. I was shocked and disappointed, haha. The last update according to the change log in GOG is from 2018. Seems like they have something figured out.

View this comment - View article - View full comments

Quoting: whizse

Quoting: HighballEdit: Back in the day, WINE released a libwine library for Windows applications. If you programmed with libwine that would make your program compatible with Linux using WINE. I don't know how much use it got or if it ever got any traction. But, I've said this before, Valve should be developing a libproton library. Or at the very least investing in libwine and promoting that. Future games starting with libproton and Vulkan would be 100% compatible with Linux at that point and use 1:1 translations just like WoW64 does for older Windows programs and games.

I think Winelib is still a thing, at least the user guide [External Link] looks up to date?

But its a native port by any other name. With the same problems. You need active developer support, you have two versions to keep up to date, you need to manage dependencies etc.

Hmmm, that is not how I remember libwine(Winelib). What a mistake. Valve definitely needs a libproton(Protonlib, haha) then.

View this comment - View article - View full comments

Quoting: EagleDeltaHonestly, I get really annoyed by the "Proton/WINE isn't native" arguments. If WINE or Proton were Emulation tools, I'd agree, but where emulation tries to mimic hardware and other aspects that simply can't be done "natively", WINE and Proton's other tools are actually rebuilding the Windows and DX APIs for use within Linux. As such, Proton/WINE are absolutely native but the very definition of what an API does. I'm speaking of this as a Software Dev myself that works with various APIs every day. I've said it before and I'll say it again, if WINE/Proton isn't "native", then no API is native.

Agreed. Most people don't realize it, on Windows, WoW64 is a translation layer as well. It stands for Windows (32bit) on Windows64. All the old Windows 32 bit games are going through a translation layer. Any games that install to the Program Files(32) folder all run through WoW64.

Edit: Back in the day, WINE released a libwine library for Windows applications. If you programmed with libwine that would make your program compatible with Linux using WINE. I don't know how much use it got or if it ever got any traction. But, I've said this before, Valve should be developing a libproton library. Or at the very least investing in libwine and promoting that. Future games starting with libproton and Vulkan would be 100% compatible with Linux at that point and use 1:1 translations just like WoW64 does for older Windows programs and games.

View this comment - View article - View full comments

!GMTK Jam 2024 engine popularity [External Link]
a link incase the img above doesn't work. [External Link]

!GMTK Jam 2023 engine popularity [External Link]
a Link incase the img above doesn't work. [External Link]

GMTK Jam charts back to 2020 [External Link]

Godot is now a Bulwark. I doubt Unity is going to do anything to earn back all the good will they lost.

View this comment - View article - View full comments

I really want to turn this on for all the boss fights in Diablo IV. I always think, how the fsck did I die. Then I remember, I suck at video games and I'm just going to see my self do something dumb and basically killing myself over and over. Glad the feature is there for everyone else.

View this comment - View article - View full comments

Quoting: sarmadIs the Mono project still needed now that .NET itself supports Linux?

Mono is open source for the legacy .Net SDK. So, Mono is just needed for older applications. As you are indicating, the newer .Net already supports Linux and Mono doesn't support it.

View this comment - View article - View full comments

Quoting: Mountain Man

Quoting: Highball

Quoting: Marlock

Quoting: Highball

Quoting: MarlockQuick question: what system has a copy of grub installed (not by windows, because it's never used by windows) but doesn't have linux so it's ok to replace/block grub?

Any system.

Please elaborate

You can point Grub at any kernel to load. Haiku, Redox, whatever. LILO was popular back in the day. Nothing is stopping anybody from getting rid of Grub and switching boot loaders. You can even point one boot loader at another boot loader. That's how most people dual boot Windows. Grub loads, then start WinLoader, then WinLoader starts onekernel.

I had the most success keeping Windows on a separate drive where it could do whatever it wanted with the boot sector, and then grub on the primary drive would simply hand off to WinLoader on the secondary drive. Installing Linux and Windows on the same drive was a bit like playing Russian roulette. You never knew when Windows would break things.

Really this is the only way to avoid the MSFT hassle. Here is a Gaming thread for HD2 with a guide on how to dual boot Linux and the author's recommendation is to have two drives, install one OS to each drive.

https://steamcommunity.com/app/553850/discussions/2/7599331177361006128/?tscn=1724068733 [External Link]

Setup each OS with only one drive connected at a time. Then after that, use the UEFI boot manager to select which drive you want to boot from. I mean seriously after twenty years, MSFT is still randomly blasting the boot records. This guys solution is basically a silver bullet for Linux newbies. Side note, he barely speaks English and single handily converted more people to Linux in one gaming thread than I have in twenty years. Seriously I'm not sore about it at all, hahahaha.

View this comment - View article - View full comments