I’m no fan of the 2077, but thinking of it solely as a shooter is doing it a bit of a disservice given that you usually* have different approaches to in-game situations.

You can build around hacking, engineering, speech checks, melee combat, stealth cyberwarfare etc.

I felt that the projectile mechanics were sort of neat but I will agree that I don’t think the game really has legs when merely thought of as a FPS. Perhaps it had some potential in the past, part of their PL govt funding agreement was to release a multiplayer mode as well. I’d imagine that’d focus a little more on gunplay, and slightly less on QuickTime interactions involving hacking and such, but who knows.

*there are situations which require direct combat iirc

I suppose some instances cut others off as well (I see only 6 total) so you have a fair point

And despite that, if was still newsworthy enough to be posted like 6 times in total 😅

I see. You can temporarily edit your grub before the OS loads. This should afford you the opportunity to boot into the system without EDID modifications, though im not sure if your modified EDID will still load under this scenario. If so, you may need to switch into a CLI session to undo your changes.

deleted by creator

I’m sorry to hear that. Does this system only have access to this single display? Did you use a kernel command to modify your EDID? If so, are you able to temporarily modify your grub before booting into the OS?

Archwiki references a [@<refresh>] (presumably denoted as [@144] for something like 144Hz) property, hopefully that’s all you should need to define, though I’m not sure if you’ll need to manually recalculate vertical and horz timings or something.

Maybe this can help fill in any gaps

https://tomverbeure.github.io/video_timings_calculator

You want to look into modifying your display EDID.

I don’t believe there’s a GUI for this on Linux but this post referencing the Archwiki might come in handy

https://foosel.net/til/how-to-override-the-edid-data-of-a-monitor-under-linux/

they’re trying to ensure an acceptable UX with their browser.

I suppose the root of the issue is developers specifically targeting and testing on chrome.

I don’t understand how this would make Firefox look bad unless you’re pointing at the dire browser share situation.

it do be that way :(

Their latest microcode update from 7 days ago was declared as final. Time will tell about the efficacy of the most recent fixes.

Unfortunately it may only be available via board partners as beta BIOS updates at present.

Isn’t this the kernel driver included by default?

I see, appreciate the info. I’ll have a poke around on fedora later today

Oh right. Do you have a distro specific example of this?

You shouldn’t need to install anything for the amd gpu

Thank you for the explanation!

well, you’re not wrong.

Wait bright ones is Kent? What kind of shit is that?

Sincerely,

Someone from Kent.

I’ve been using the nightly releases for element X android for some time.

Sliding sync means messages are fetched quite a bit quicker, though it’s not yet feature complete relative to regular element android.

I’ve not yet tested element call on EXA, however, but it’s worked very nicely for me via web.

deleted by creator