KDE and Hyprland have it already apparently, as well as the embedded gamescope session. It still needs to be implemented by apps/games as well, though. According to this mpv and games running on recent Proton versions have HDR support.
KDE and Hyprland have it already apparently, as well as the embedded gamescope session. It still needs to be implemented by apps/games as well, though. According to this mpv and games running on recent Proton versions have HDR support.
HDR means better contrast and colors if your monitor supports it.
The news in the OP specifically mean that the protocol is finalized, but you still have to wait for it to get implemented.
Interesting. Mind sharing which compression algorithms you compare and how?
Maybe it was good 10-20 years ago. What’s it got to offer today? Why should we use a proprietary format when there are faster and more space-efficient open formats widely available today?
The point of encrypting something that gets decrypted midway by an organization is that there are worse actors than the organization out there. I’m not really scared of Steam abusing my credit card info, but I am afraid of random internet strangers.
Also remember that https doesn’t just protect your data, it also verifies that you’re actually on the website you think you are. The internet is basically unusable without this guarantee, especially on a network you share with others.
So no vetting at all presumably since you didn’t mention it? So how do you know that Dashlane is safer than a password scheme that might be guessed by someone after they’ve already compromised a couple of your passwords?
For someone to work it out, they would have to be targeting you specifically. I would imagine that is not as common as, eg, using a database of leaked passwords to automatically try as many username-password combinations as possible. I don’t think it’s a great pattern either, but it’s probably better than what most people would do to get easy-to-remember passwords. If you string it with other patterns that are easy for you to memorize you could get a password that is decently safe in total.
Don’t complicate it. Use a password manager. I know none of my passwords and that’s how it should be.
A password manager isn’t really any less complicated. You’ve just out-sourced the complexity to someone else. How have you actually vetted your password manager and what’s your backup plan for when they fuck up?
It’s not just Batman. This is a common trope in the superhero genre. Pop Culture Detective has a great video on the subject: https://youtu.be/LpitmEnaYeU
First time I’ve heard of Mojeek. Why should I trust it more than any other company? Is there anything particular about its economic model or governance that makes it less likely to decide to be unethical?
Essentially ULWGL will allow you to run your non-steam games using Proton, Proton-GE, or other Proton forks using the same pressure vessel containerization and runtime that Valve use to run games with Proton
This is the crucial piece of information. In less technical terms: Proton is designed to run in a very specific environment and it might be incompatible with your system. Steam runs Proton inside a bubble so that it interacts less with your system and so the incompatibilities don’t become a problem. ULWGL aims to create the same bubble so it’s the correct way to run proton.
From the naming it’s clear that GE wants this to be the new standard, but it’s not really a new standard. This is porting Steam’s launcher, which already exists, to non-Steam clients.
This is great. Proton is getting a lot of testing just based on Steam’s userbase and it is backed by Valve. We also have a lot of data on proton’s performance and potential game-specific fixes in the form of protondb. Making sure that non-Steam launchers can use all that work and information is crucial to guaranteeing the long-term health of linux gaming. Otherwise it is easy to imagine a future where proton is doing great but the other launchers are keep running into problems and are eventually abandoned.
One thing that I am curious is how this handles the AppId. If this AppId is used to figure out which game-specific fixes are needed, then it will have to be known. Do we have a tool/database that figures out the AppId from the game you are launching outside of Steam?
I don’t know of anything about nvidia being “way behind”, apart from wayland support. The only case I can think of the top of my head where the bad wayland support comes into play is if you have multiple monitors with different refresh rates. But maybe even that is not an issue anymore with new nvidia drivers. Maybe others can comment on it as I no longer have an nvidia card to check.
Use protondb to check whether your games play well on proton. It shows each commenter’s system specs as well, so you can see if a game has issues on nvidia specifically.
One warning: don’t try to install software, including the nvidia driver, as you would on windows. On linux, you don’t go and download it from nvidia’s website, you get it from your distro’s package repositories, and you let it get updated automatically via your system updates. Depending on the distro you install, it might be as easy as checking a tickbox to automatically install “Additional drivers” or “Proprietary drivers” during installation.
EDIT: I assumed “way behind” to mean that nvidia is behind amd on linux. If you meant how much linux gaming is behind in general, that’s another story. Linux does tend to lag behind in implementing newer features like newer DLSS versions. If you’re worried about this, then perhaps you will get more information if you post a question about what specifically you care about.
They could make new updates to lemmy proprietary
Maybe not even that. Lemmy is released under the AGPL3. This means that modified versions of Lemmy have to also be released as free software under the AGPL3 or a compatible license. To release a derivative work under an incompatible license you would need to own the code or be given permission by each contributor to do so. For any contribution where you can’t make a deal with the author, you would have to rip it out of the codebase entirely. Note that this is true for lemmy devs as well. If there is no Contributor License Agreement that states otherwise, they cannot distribute the work of other contributors under an AGPL3-incompatible license.
It’s not about “accomplishing” something that couldn’t be done with a database. It’s about making these items tradeable on a platform that doesn’t belong to a single entity, which is often the original creator of the item you want to sell. As good as the Steam marketplace might be for some people, every single sale pays a tax to Valve, and the terms could change at any moment with no warning. The changes could be devastating for the value of your collectibles that you might have paid thousands of dollars for. This could not happen on any decentralized system. It could be something else that isn’t NFTs but it would absolutely have to be decentralized. Anything centralized that “accomplishes the same thing” doesn’t really accomplish the same thing.
It’s worth noting that this sort of market control would never be considered ok on any other market. Can you imagine a car manufacturer requiring every sale to go through them? Would you accept paying them a cut when you resell your car? Would you accept having to go through them even to transfer ownership of the car to a family member? If a car manufacturer tried to enforce such terms on a sale they would be called out for it and it would most likely be ruled to be unlawful. But nobody questions the implications of the same exact situation in a digital marketplace.
The same people saying that this is good are also mocking X and threads for losing users.
These are not comparable. X and threads are businesses which maximize their profits by making their platform as big as possible. That is not true for Lemmy and even if it were, the average user does not care about the platform’s profits. So you can in fact make fun of the failures of big companies while being happy being part of a much smaller platform.
I’m assuming this is a joke based on the Futurama references you used, but just to be clear for everyone: this won’t work because it simply moves the problem one step further. How do you prevent bots from upvoting other bots to build a reputation?
Ok, but what would the reputation score be based on that can’t be manipulated or faked?
That’s not how it works. The signal protocol is designed in a way that the server can’t have access to your message contents if the client encrypts them properly. You’re supposed to assume the server might be compromised at any time. The parts you actually need to verify for safe communication are: