Support us on Patreon
PayPalThanks to a Twitter tip, I've watched over the video of id Software talking about Doom, Vulkan, Linux and Google's Stadia and it's really quite interesting. For those who don't know what Stadia is, you can see this previous article. In short, it's Google's game streaming platform powered by Linux and Vulkan.
The thing is, id Software actually talked about having a Linux version of DOOM back at GDC last year that was never released, at least now we know why.
You can see the video below, it's currently an unlisted on YouTube and towards the end it does have some footage of the new DOOM Eternal. Some quick thoughts and info below if you can't watch it.
Direct Link
They go over lots of technical details, which I'm sure some of our readers here will appreciate.
I did particularly enjoy the "Why Linux?" slide with an answer of "It's not Windows" which seemed to give the crowd (and me) a little chuckle. The developer then also touched on how Linux outside of servers has been largely ignored, with a joke of articles talking about how "Linux gaming doesn't suck now, very convincing…and even that small portion is subdivided along different distributions, so it's really no wonder that no one pays attention to poor Linux".
I won't get into a long debate about how Linux gaming doesn't actually suck, but I will most likely be preaching to the choir. Linux gaming certainly isn't perfect but it doesn't suck and that's about as far as I want to get into that directly right now. It's also a shame that multiple distributions is still a hassle and common problem for developers. Anyway…
As for the software stack on Stadia, that was also talked about. Apart from the game and Google's own "libGGP" everything else seems open. It's using Pulse Audio, Vulkan, libc++, glibc and of course the Linux Kernel. They're doing this in the hopes it speeds up adoption, since getting a game onto Stadia would involve prototyping it on a normal Linux distribution like Ubuntu (which is what id Software did) and then you're mostly done by the looks of it.
As for their own software, for idTech7 their latest game engine, they said "everything uses Vulkan now and by that I do mean everything—the engine, idStudio, even our helper tools". At least for future games released normally, they should perform well when using Steam Play.
I'm still torn on Stadia for the reasons I gave before. I personally still consider Stadia to be Linux gaming, to me basically anything done on a Linux box is Linux gaming. After all, if I'm playing on my Ubuntu PC, with Stadia which is also powered by Linux, what about that isn't Linux gaming? I'm sure some of you will have interesting answers to that in the comments (and feel free to debate it—politely please!).
However, there's tons of issues it has to overcome for me. There's a lack of ownership of the games so they could be taken away at any time, latency which even people checking out the demo at GDC this year said was an issue (PC Gamer: "latency is clearly present", "the delayed input to screen loop is very noticeable" and so on - many others said the same and worse), likely no modding support, massive bandwidth use and so on.
What are you current thoughts on Stadia streaming platform? Will you be using it?
Article taken from GamingOnLinux.com.
Cyba.Cowboy May 14, 2019
Quoting: fedotixQuoting: GuestStadia has problems, sure, typically from latency I would imagine.
...back to watching...
Of course, if you want to take advantage of stadia, you should have optical fiber or cable.
So most of Australia is s#&t out of luck for the foreseeable future then (it's only single digits of Australians that have access to either fiber or cable broadband, with no plans to change this in the foreseeable future)...
Quoting: jarhead_hI won't be using Stadia just because it's Google, and I'm still in process of cutting Google out of my life so adding something back in would be rather counter-productive. I still have Chrome installed for those rare instances I need Flash since it's baked in and I still have an Android phone which will be replaced by a Librem5 by end of year. And I have a GMAIL account so that I can have a Youtube account which I will actually start producing content for in a month or two and hopefully the Patreon/SuscribeStar/LibrePay dollars will come trickling in... which will then allow me to dump Youtube for Bitchute and get rid of gmail.
This guy gets it.
I still have a YouTube account, but have cut Google out of pretty much every other aspect of our lives... Our domains were moved away from Google Apps (or "g suite", as they now call it), almost all of our data was deleted and we've moved away from Android entirely.
I keep YouTube for now, but prefer to use BitChute where ever possible... With regards to the latter, it is lagging a long way behind YouTube - but there's not a whole lot of alternatives our there and sadly, BitChute is the best of them.
Last edited by Cyba.Cowboy on 14 May 2019 at 8:21 pm UTC
Quoting: MaathI don't understand why Linux fragmentation is an issue. First, should the Linux Standard Base have largely homogenized Linux distributions to reduce such potential issues? Secondly, why isn't there an official "standard" distribution? I think Arch (and perhaps Linux From Scratch) try to minimize making any changes to the libraries and core software packages from the original developers, so it seems like that should be considered the "default" Linux desktop configuration. Deviation from the default should be the onus of the distribution, not the game developer.
I can understand a binary software release needing access to a software library not normally available on a system. In those cases, just statically link the library in. Since this is not open source software, we're already outside the scope of code reuse, and besides, it's not like people are firing up several games at once, so the image bloat isn't really an issue.
Well the simplest thing to do would be for games developers to actually just use the steam libraries as the target as in theory they are the same on every linux distro.
Quoting: Cyba.CowboyI keep YouTube for now, but prefer to use BitChute where ever possible... With regards to the latter, it is lagging a long way behind YouTube - but there's not a whole lot of alternatives our there and sadly, BitChute is the best of them.
And what about Peertube? It's Free and Open Source and can be self-hosted.
Regardless of the content you are looking for, of course.
Cyba.Cowboy May 15, 2019
Quoting: Cyba.CowboyAnd what about Peertube? It's Free and Open Source and can be self-hosted.
Regardless of the content you are looking for, of course.
Never heard of it, but I'll look into it...
Quoting: MaathI don't understand why Linux fragmentation is an issue. First, should the Linux Standard Base have largely homogenized Linux distributions to reduce such potential issues? Secondly, why isn't there an official "standard" distribution? I think Arch (and perhaps Linux From Scratch) try to minimize making any changes to the libraries and core software packages from the original developers, so it seems like that should be considered the "default" Linux desktop configuration. Deviation from the default should be the onus of the distribution, not the game developer.
I can understand a binary software release needing access to a software library not normally available on a system. In those cases, just statically link the library in. Since this is not open source software, we're already outside the scope of code reuse, and besides, it's not like people are firing up several games at once, so the image bloat isn't really an issue.
Also the distribution in Flatpak or Snap can solve most of the issues with fragmentation or distributing the game over Steam also solves plenty of issues with fragmentation.
Quoting: EhvisQuoting: elmapulxorg is obsolete, and wayland is not even close to be ready for the prime time, so...
They don't need any of that stuff. All they need to do compress the rendered frames of a single program into a video stream, combine it with audio and send it off to the great beyond. Plenty of open tools that can do that already.
wich means this will not help us at all...
See more from me