Virkkunen

joined 2 years ago
[–] [email protected] 4 points 11 months ago

They'll move to Threads or Bluesky long before they even think of saying the word mastodon

[–] [email protected] 4 points 11 months ago (1 children)

A LLM to write emails and a crypto wallet were among the least voted/requested features on their last big survey and yet barely a month after the survey was done, they've released both things.

There's still no calendar widget on Android and iOS and other very basic things that have been widely requested for years now

[–] [email protected] 12 points 11 months ago

It's a closed alpha test claiming everything is placeholder content and could/will change while they flesh out the design, hence why they don't want you to share anything.

[–] [email protected] 34 points 11 months ago (1 children)

There is no NDA to sign or anything though, only this pop up warning. Valve can't sue you for sharing details of the game but they absolutely can remove you from the play testing and/or ban you from ever playing it again for this.

[–] [email protected] 2 points 11 months ago

Deck's game mode is already running an embedded gamescope session with the flags enabled, so that wouldn't be needed. Might be something else going on that's worth searching about, though

[–] [email protected] 2 points 11 months ago

If you're running it as a launch parameter on Steam you need it for the overlay and input to work, however this has been broken for quite a while now. Some people say gamescope 3.14.24 fixed it, but it wasn't my case.

[–] [email protected] 1 points 11 months ago (1 children)

It's --force-grab-cursor, sorry. It should fix this issue of having a secondary cursos on screen and the cursor leaving to other monitors.

[–] [email protected] 6 points 11 months ago (8 children)

You don't really need STL, just set gamescope as the launch parameter. I suggest checking --help to see what the flags do, but in general you'll want gamescope -W <res width> -H <res height> -r <refresh rate> -f --force-grab-cursor --hdr-enabled -e -- %command%. This works for me on TEKKEN 8, Helldivers 2 and Deep Rock Galactic.

There are some issues, however. Some games might just freeze when running with gamescope (or gamescope with HDR flags), which is the case for me with Deep Rock, it'll freeze merely 20 seconds after it starts. Second issue is that, at least for me, the image will be incredibly dark and for some reason the SDR content brightness slider on Plasma settings will change the brightness of the HDR gamescope window, so I have to set it to 1000 to "fix" the brightness, but my desktop will be blown out with brightness.

[–] [email protected] 1 points 11 months ago

I've searched a bit about reverse prime, and there's an entry about it on arch wiki, however it seems it's only about X11 configuration and nothing about Wayland or anything else.

Well, at least with my current setup I can get VRR working on my main display without needing to disable my secondary one with my NVIDIA card.

[–] [email protected] 8 points 11 months ago (1 children)

Yeah I get what you mean, but with Linux gaming I think it's great enough that it runs with Proton and no one is blocking it. I also believe they'll port it to native Linux after the alpha stage is done, but remember that the game is in a closed alpha state, so at no point this should be taken as "Valve not dogfooding their platform". All we can do right now is wait and see.

[–] [email protected] 5 points 11 months ago (1 children)

I wouldn't say that's the case because it's Valve, and they work on a very unique way. Besides, the work they did with Proton, SteamOS and Steam Deck shows that at no point they believe developing for Linux is waste of efforts or an afterthought. They go out of the usual way to make things better for Linux. I fully expect them to port Deadlock to Linux once it hits beta or release.

[–] [email protected] 1 points 11 months ago

I'm running Wayland. I do feel that Plasma is using my iGPU to render the desktop since it's quite noticeable some stutters and lower performance compared to disabling the iGPU and having both monitors on my dGPU, but unfortunately I can't really chose what gets rendered by what. On Windows, this setup works fine, I can chose Firefox to use the "power saving" or whatever and it runs on my iGPU, videos get decoded by it.

I tried plugging my monitors on my motherboard (I have a HDMI and DP outputs) and it works as expected, everything renders on the iGPU and I'd need prime-run for my games, though this is far from ideal since I lose VRR and HDR.

view more: ‹ prev next ›