I might give Backpack Battles a try. It doesn’t look like my usual style, but I heard there’s some good strategy under the surface, and I like that it’s made with Godot.
I might give Backpack Battles a try. It doesn’t look like my usual style, but I heard there’s some good strategy under the surface, and I like that it’s made with Godot.
After decades of license strangleholds by the likes of MPEG LA and Microsoft, it’s refreshing to see open codecs adopted in mainstream hardware and APIs. Hooray for progress!
So with normal use it should be fine for a few decades.
Considering that “normal use” can be so very different among different people/applications/climates, I don’t put a lot of stock in assessments like that, but it is at least one prediction to compare against when we see what happens in practice. Time will tell.
I’m curious how long the current gen OLED consoles will be in use before they develop screen burn-in.
Or by people formerly paying for their internet service with money that should have been going toward food or heat.
Losing the $30 monthly discount could force families to choose between broadband and other necessities,
Exactly.
It’s also important to note that some ISPs created a low-cost service plan specifically for ACP. (It’s reasonable to assume this was possible in part because ACP handled income verification and eliminated the costs of individual billing and credit card payments.) That plan will likely disappear if ACP goes away, leaving poor people stuck paying a bill much higher than the program ever paid.
Linux has quite a few schedulers. The performance of this new one is almost certainly a result of different algorithms used, not an effect of refactoring the existing ones, nor the language it’s written in.
I don’t think I’ll dig in to the code just now, but if it turns out to have much practical value, perhaps we’ll eventually see an article about the design.
Seems like a weird headline. AFAIK, the language it’s written in has nothing to do with the performance.
[…continuing…]
composable
, default_overload
, deprecated
, and protected
attributes
are supported in the IDL compiler.libwine.so
library is removed. It was no longer used, and deprecated
since Wine 6.0. Winelib ELF applications that were built with Wine 5.0 or
older will need a rebuild to run on Wine 9.0..seh
directives for exception
handling is required on all platforms except i386.The Wine team is proud to announce that the stable release Wine 9.0 is now available.
This release represents a year of development effort and over 7,000 individual changes. It contains a large number of improvements that are listed below. The main highlights are the new WoW64 architecture and the experimental Wayland driver.
The source is available at https://dl.winehq.org/wine/source/9.0/wine-9.0.tar.xz
Binary packages for various distributions will be available from https://www.winehq.org/download
You will find documentation on https://www.winehq.org/documentation
Wine is available thanks to the work of many people. See the file AUTHORS for the complete list.
--enable-archs=i386,x86_64
option to configure. This is expected to work
for most applications, but there are still some limitations, in particular:
ARB_buffer_storage
extension
support.There is an experimental Wayland graphics driver. It’s still a work in progress, but already implements many features, such as basic window management, multiple monitors, high-DPI scaling, relative motion events, and Vulkan support.
The Wayland driver is not yet enabled by default. It can be enabled through
the HKCU\Software\Wine\Drivers
registry key by running:
wine reg.exe add HKCU\\Software\\Wine\\Drivers /v Graphics /d x11,wayland
and then making sure that the DISPLAY
environment variable is unset.
HKLM\Software\Microsoft\Wow64\x86
registry key. The FEX emulator
implements this interface when built as PE.D3DXFillTextureTX
and D3DXFillCubeTextureTX
are implemented.ARB_fragment_program_shadow
.D3DXLoadMeshHierarchyFromX
and related functions support user data loading
via ID3DXLoadUserData
.bew-ID
, blo-BJ
, csw-CA
,
ie-EE
, mic-CA
, prg-PL
, skr-PK
, tyv-RU
, vmw-MZ
, xnr-IN
, and
za-CN
.zh-Hans
, are also supported on macOS.systeminfo
application prints various data from the Windows Management
Instrumentation database.klist
application lists Kerberos tickets.taskkill
application supports terminating child processes.start
application supports a /machine
option to select the
architecture to use when running hybrid x86/ARM executables.tasklist
application is implemented.findstr
application provides basic functionality.[…continued in a reply, due to Lemmy’s character limit…]
mileage may vary if you’re looking at cutting edge games, as driver updates can significantly boost performance in that case.
If you’re playing games in Steam, Flatpak, or any other tool that provides its own runtime, the graphics driver updates that tend to affect performance (e.g. Mesa) don’t come from your base distro.
(Unless maybe you have an Nvidia GPU and a distro that packages its proprietary drivers? I’m not sure in that case, since I quit Nvidia years ago.)
Any reason why I shouldn’t just go with Debian + KDE and install Steam?
No reason to avoid Debian unless you have hardware so very new that it requires the very latest kernel to operate.
If you go with Debian Stable, you can enable Backports for a fairly recent kernel, currently 6.5.10. You could go with Testing or even Unstable if you’re addicted to upgrading as often as possible, but chances are you won’t need to.
I’m gaming on Debian Stable with Steam in a flatpak. It works great, and is blissfully low maintenance.
At some point, you’ll probably run into people claiming that Debian is bad for gaming performance because of “outdated” packages. In most cases, those people don’t know what they’re talking about. I suggest ignoring them unless they identify a specific performance issue that actually affects you.
Joke’s on them. Google locked me out of my account when I refused to give them my phone number.
This seems like a step in the right direction. Much like language translation, doing it on-device is the only way to preserve people’s data agency / privacy.
Good riddance.
The article explains what it means. If there’s something about the explanation that you don’t understand, maybe you could ask specifically about that?
That GPU is indeed new, and I don’t have one, but I think the amdgpu driver has supported it since kernel 6.4 or 6.5. Any distro offering that and recent AMD firmware will probably work. (You could also manually install the firmware files if you change your mind about fiddling and want a specific distro that hasn’t caught up yet.)
I don’t generally recommend specific distros, since people’s needs and preferences vary so widely. However, I would probably try Linux Mint (and the KDE Plasma desktop because I dislike Gtk) if I were in your position. Mint gets a lot of praise for being an easy distro based on the good parts of Ubuntu. It also maintains a Debian edition (LMDE), which I think is a good insurance policy in case Ubuntu ever goes off the rails and becomes unsuitable as a base for Mint.
If you find yourself struggling to choose, remember that you’re not married to whatever distro you try first. If you run into a problem that’s not easily solved, you can always switch.
Changing the subject away from Debian’s gaming performance is a strange tactic, but since you’ve shifted to mocking the name of the distribution, Debian Stable’s name comes from this sense of the word:
stable 3 of 3 adjective
1b : not changing or fluctuating : unvarying
I would expect someone so familiar with “all 3 and beyond” of the Debian distros to know that.
To indulge your sophistry, though, practically all operating systems have released broken packages at some point. Debian Stable has a well-earned reputation for doing it less than others. Even with kernel Backports. Trying to scare people away from it is a disservice to the community.
There’s clear performance differences between 6.1 and 6.6.3
As already stated, kernel 6.5 is available on Debian Stable.
Ofc, you can install newer kernels, you could install kernel 6.6.0 if you wanted, but you’d be going outside of the stable repo to do it which kinda defeats the entire purpose of Debian Stable.
No, it does not. Stable Backports exist for exactly this reason.
Not to mention that mixing and matching packages can lead to problems in the future. Like accidently using the wrong dkms driver version on the wrong kernel version.
I don’t know how you might have managed to do those things, but no, installing the Stable Backports kernel would not cause either of them.
Please stop spreading falsehoods.
(Elaborating now that I’m not on mobile…)
Have you ever tested Debian stable vs Debian sid?
Yes, I have, as well as developed and packaged software for both. And not just a little. Your comment about how release cycles work is patronizing, and your diatribe is misleading.
Arch is at kernel 6.6.3.
Debian Stable currently has kernel 6.5 for those who choose to install it. Not that it matters, because a higher kernel version number doesn’t magically grant better performance. Specific changes may help in specific cases, but most kernel revisions don’t offer any significant difference to games. The more common reason to want a new rev is to support specific hardware.
Unless you have a very new GPU (released less than a year ago), your games are not likely to get any benefit at all from the latest kernel.
And unless your games require the very latest Vulkan features and you run them without Steam, Flatpak, or any other platform that provides its own Mesa, you’re not likely to get any benefit from a distro providing the latest version of it.
Practically everything else that games need is comparable across all the major distros, including Debian. (Arch might have hundreds of other packages that happen to be newer, but those won’t make games run faster.)
OP, choose a distro that makes you happy, not one that some random person claims is best for gaming. If what Debian offers is appealing to you, rest assured that it is generally excellent for gaming.
It’s also ironic in light of his history of loudly bashing linux and linux game development.
I can’t think of anything good to say about Tim Sweeney.