who @ who @feddit.org

Posts

47

Comments

308

Joined

3 mo. ago

https://game-icons.net/

https://www.iconarchive.com/

https://commons.wikimedia.org/w/index.php?title=Special%3ACategories&from=icons

Some things to consider:

Do you have the game-devices-udev package installed? Its udev rules might be needed for some software to detect your controller and its features.

Have you tested for different behavior when connecting your DualShock 4 via Bluetooth vs. USB?

https://github.com/ValveSoftware/Proton/blob/proton_10.0/docs/CONTROLLERS.md

Friendly reminder that the US needs to replace its fundamentally broken first-past-the-post voting system.

CGP Grey - Politics in the Animal Kingdom

Duverger's law

I won't watch the video, but as someone who has been running Windows games on Linux since well before Steam for Linux existed, my view is that comparing performance on different distros is pointless these days.

Game performance depends very little on which Linux distro you use, because sufficiently recent versions of the performance-sensitive components are available on all of them, and because gaming runtime environments like Steam and Flatpak provide their own versions of several of these components anyway. (Also, desktop environments have generally become good about turning off expensive compositing operations while games are running.)

Pick whatever distro is comfortable for you to use and maintain. That might be bleeding edge Arch, or low maintenance Debian, or user friendly Mint, or whatever. They can all play games very well once they're set up for it, and the setup is almost never difficult if you're willing to learn how.

As for comparing Windows to Linux for running Windows games, I would expect performance to be close enough that the difference doesn't matter in most cases. Game-focused Wine builds and API shims like DXVK are already very capable, and continually improving. Windows might have advantages from being a game's native platform, but Linux has advantages from resource efficiency.

So, a review "showing almost no difference in performance between gaming distros and Windows 11 LTSC" doesn't surprise me at all.

My opinion: the gaming performance differences these days are mostly minor, and less important than having my computer serve me (not some invasive corporation).

I look forward to the small new game studios that will surely appear as the big old ones are consolidated and/or dismantled.

It's disappointing to see things we like fade away, but as the sun sets in one place, it rises in another.

I look forward to the small new game studios that will surely appear as the big old ones are consolidated and/or dismantled.

It's disappointing to see things we like fade away, but as the sun sets in one place, it rises in another.

This is basically alien to me. I think it has to be game specific.

Sufficient in this context means an amount that depends on the game.

sufficient performance > sufficient beauty > power usage > max beauty > max performance

I set a frame rate limit in most 3D games, to avoid inflating my electricity bill for barely noticeable effects or FPS improvements. Plugging my system into a Kill A Watt was enlightening.

Free demo. I think I'll give it a try. :)

Interesting. Wikipedia says formic acid can kill the queen, and lists other treatments, some of which are apparently more effective.

https://en.wikipedia.org/wiki/Varroa_destructor

Almost, but not quite. A portion of those signatures will turn out to be invalid, so we have to keep going past 1 million if this thing is going to fly. Aiming for 1.4 million might be wise.

https://www.youtube.com/watch?v=cmkCQJrc9n4

https://f-droid.org/packages/app.comaps.fdroid/

It's relieving to see that they calmed down in the end, but I don't think that makes up for being a dick when feeling frustrated.

I wish the gaming community would teach people to take pride in good sportsmanship. It's arguably harder than mechanical or strategic skill, and it's usually more valuable.

Even if you were convicted of it that doesn’t seem like a suitable punishment.

Agreed; It is not a suitable punishment.

Internet access is now practically required by a great deal of services that we depend on in order to live. Taking it away because of copyright infringement would be like banning someone from grocery stores for throwing a poppy seed at some corporation's skyscraper.

I have a more complex setup than I described, making that approach a poor fit, but thanks for thinking of me. Glad you found a solution. :)

Note this part of what I wrote:

some other push notification system

Google's default one is not the only one.

Ah, yes: Secretary Once-ler.

Have you considered replacing auto with noauto, and creating a .desktop file in ~/.config/autostart/ to run the mount command when you log in?

I do this, and it allows me to unmount (and mount again later) as myself rather than as root.

Thanks for the link.

So the problem is that using Android's push notification system would require ICEBlock to store people's device IDs, which could then be used against them.

I wonder if this could be avoided by using Web Push instead of google's native push notification system. Or perhaps some other push notification system using rotating ephemeral IDs.

One thing that would be helpful about not using drop-down boxes for static options: Fewer clicks required to set up a search. Each of the drop-down boxes in use now requires the user to:

• Read the text on the drop-down box to decide whether it's relevant
• Move the mouse to the drop-down box
• Click to open it
• Read the options within
• Move the mouse to the best fitting option
• Click to choose the option

The first drop-down box (search type) contains only five options, which could be replaced by buttons like the existing Subscribed/Local/All buttons. It would make discovering the available options easier because they would no longer be hidden behind a drop-down, and it would reduce the number of actions required of the user.

The second drop-down box (sort type / time frame) might be a good candidate for this change, too.

As for whether tabs would be a better choice than the button-style approach currently used by Subscribed/Local/All: I'm not sure right now, as I haven't had much time to consider it. But I think things would get messy and possibly confusing if more than one of these input elements were converted to tabs, because it would mean nesting tabs within tabs. On the other hand, using a row of buttons for each category would allow them to coexist neatly, fit the existing visual style, and avoid adding the complexity of another widget type for users to navigate.