Quoting: scaine

Quoting: kokoko3kA (gaming) cloud provider serving 1000 users wastes way less resources than 1000 gaming rigs.

We'll have to agree to disagree on this, for the reasons I've already outlined. Perhaps, as I've already suggested, if some dystopian law outlawed local devices and forced us all to use low-energy laptops/chromebooks for accessing our efficiently-built cloud-gaming services... then sure, yeah, maybe there's a saving to be had (assuming we brush the insane impact on the internet the table).

But real life doesn't work like that. And anyone who dystopian for cloud gaming "because it's better for our environment" is just being disingenuous. Or naive.

Please, read the last part of my post.
Chip shortage is a bonus; if this will continue there would be no need for a dystopian law :)
Maybe, finally, we'll start working and thinking again on efficiency over wastefulness.

View this comment - View article - View full comments

Quoting: Arehandoro

Quoting: kokoko3kand on a side note this benefits environment too.

No, it doesn't. Cloud providers need to have their equipment constantly on, with redundancy, capacity for demand surges, UPS systems, industrial cooling... and all this replicated throughout all their data centres to cater audiences around the world.

It is not about critical data we speak of, but about gaming.
Game cloud providers don't need nor want to keep a server powered on if nobody will use it, it is not even possible to migrate on the fly a gaming session, so why wasting resources?

Everything you speak about is replicated by every guy with a gaming rig (ok, maybe not everyone has an ups), but cloud providers are more efficient than than the sum of their potential users, far more!
A (gaming) cloud provider serving 1000 users wastes way less resources than 1000 gaming rigs.

Also, you dont seem to consider that even producing less gpus is good for environment.

Ofc this wouldn't work if everybody would do cloud gaming by using an i20 and an rtx4090 as a client, but since we were speaking about chip shortage, a cheap low powered arm chromebook would be perfect.

View this comment - View article - View full comments

Quoting: TheSHEEEP

Quoting: MohandevirThe chip shortage is making cloud gaming attractive and there is no forseeable ending to it, yet.

Not really.
If a lot of people picked that up, the cloud gaming providers would themselves have to scale up and would be the ones facing the shortage.

Gpu sharing is the key.
They don't need to scale up for every new user, because one single gpu could serve multiple users.
This can be done in different time moments or even sharing them at the same time, it is technically possible.
So in this chip shortage moment, cloud providers have and will have a big advantage over single users; and on a side note this benefits environment too.

View this comment - View article - View full comments

Quoting: slaapliedjeIs it only for games that are native (or as the case may be has the appropriate dosbox emulation installers)? Would be aweosome to integrate Proton into it. Which I think is the one downside I have found with Lutris. I should try it out and see which I like more.

https://github.com/sharkwouter/minigalaxy/issues/6

https://github.com/sharkwouter/minigalaxy

QuoteInstall Windows games using Wine

View this comment - View article - View full comments

Quoting: XpanderThanks for explanation.

The modesetting driver part i could search myself also, but my point actually was that there are so many little things. like if you search for what modesetting driver is, then you get anther set of questions. What is KMS what is DRM..then you search for this and even more new questions arise :)

Lol, you're right, you need to get one big picture out of so many little bits.
Check this out:
https://www.bitwiz.org.uk/s/how-dri-and-drm-work.html

View this comment - View article - View full comments

QuoteVariable refresh rate support in the modesetting driver.

It is probably improved by this:

• 1*) https://cgit.freedesktop.org/xorg/xserver/commit/?id=017ce263376aa64a495c4d71a140a24b1dff7054

and this:

• 2*) https://cgit.freedesktop.org/xorg/xserver/commit/?id=68f01c0f02ece4f6efe9ce18be81244246a1e114

Quoting: XpanderVRR has been working on X for long time.. the only issue has been that it has been working only with 1 monitor active.
Does that change that?

Yes, tldr:

• 1*) In vrr+nonvrr setups, in the past the vrr capability depended on the order you plug the monitors(!) (or the order in which the system probed them, so a matter of fluck), now it is handled correctly.


• 2*) Also, when refresh rates differ, it is not only possible to vsync all the outputs to a minimum common multiple (so no vrr) , but even vsync just the primary one to his own frequency and let others basically tear (the latter is the new feature).

Quotewhat the F is modesetting driver

From man modesetting:
"modesetting is an Xorg driver for KMS devices."

It is a generic driver for xorg that works across multiple gpus, given that the underlying kernel supports them via KMS/DRM.
Optionally, it can be 2D accelerated via Glamour if the dri driver implements opengl.
Take intel cards, if you use the xf86-video-modesetting driver, than xorg will re-use already available kernel calls to show things, if you use xf86-video-intel, than different calls will be performed.
It is also a thing that nvidia could just support modesetting driver and fully integrates into the kernel and still have his proprietary 3D blob living in the dri part of his driver (nvidia-utils under Arch).

-> This is what i've understood. <-

View this comment - View article - View full comments

QuotePerhaps the bigger one though is initial support for NVIDIA's new GBM (Generic Buffer Manager) backend

I don't get it, wasn't gbm supposed to be the standard way of implementing things versus the previously proposed by nvidia itself: eglstreams?
Now that nvidia finally supports gbm, why does kde need to support the "nvidia's new gbm" too?
Why is still vendor specific?

-edit
Maybe i got it, they just switched away from eglstreams for new nvidia drivers (?)

View this comment - View article - View full comments

Quoting: CorbenThis game has in it's current state (without the Khaït Nebula update) already more than 40h gameplay. I started a new save with the Zharkov update, and I even kinda rushed through the main story (so I could quickly reach the new content) and after 35h I finished it, but still haven't explored all locations yet. If the lose story ends wouldn't indicate there's more to come, this could be kind of a finished game already. This feels way more than a beta, it's pretty polished for an EA title.
Yes, I'm biased, as I'm a big fan of ES1 and ES2. And a space game fan in general. So I'm also looking forward to Chorus, a new space game, coming in December. From Fishlabs, the former company of Rockfishgames.

Let me understand, are the Everspace 2 devs the same as for the first episode or not? And Who are the Chorus devs anyway?
Thanks.

View this comment - View article - View full comments

How do those devices work with games?
Do they use a software that maps keys to xpad axis?

View this comment - View article - View full comments

Quoting: rustybroomhandleif the add non-steam game bit were stripped out of stl into its own script. Basically it's just an app with a web front end that can be used with Steam's upcoming "bookmarks" feature. It talks to a simple node server and a bunch of bash scripts as the back end. I'll probably post the thing on gitlab/hub at some point once I've removed some dependencies and clarified the purpose of the thing a bit better.

koko@Gozer# file /usr/bin/stl
/usr/bin/stl: Bourne-Again shell script, ASCII text executable
From a first look, it seems definitely possible to extract that functionality alone.

View this comment - View article - View full comments