

skill issue ¯\_(ツ)_/¯
👽Dropped at birth from space to earth👽
👽pup/it/she👽
skill issue ¯\_(ツ)_/¯
It does for me, but I have auditory processing issues so your mileage may vary. Discord also just has a lot of issues, like audio sources messing up, or calls cutting completely for up to ten seconds for no discernible reason.
But even a standard voice server is better quality than a phone.
It really isn’t in my experiences, but maybe it’s different in Australia? As well, other services like Telegram or Signal have way better quality too. Discord just kinda sucks.
I mean yea, absolutely, but HD Voice can do 128kbps and comparatively that’s better than Discord. The other person’s comment seemed a bit snarky so I wanted to refute their assertion.
Maybe if you pay for Nitro. Without it, the standard call quality is only 96kbps. Meanwhile VoLTE/VoNR and HD Voice have made mobile phone calls typically equal or higher quality. If you only ever call corporate, business or government services, those are typically still narrowband though, so you’re not going to notice.
Why are you even in this comm in the first place?
It doesn’t even have to be something with subscriptions. Hardware drivers are (usually) freeware too for example. AMD is an unusual exception to that being open source. Then you have IK Multimedia who include a license key for their drivers and charge $50 to transfer it, and won’t even let the new owner of a product pay that if they bought it second-hand. Ask me how I know.
See that’s where you’re wrong though, because my computer does have a TPM chip and still can’t run Win11. That’s because Microsoft locked them down to v2.0 or newer ones and mine’s only a v1.2 chip.
The TPM chip is the issue here, and not a requirement under Linux.
On a machine that can run it. If you have one of the machines that are the subject of this article, the only upgrade path is to buy a new one, for which Microsoft takes a healthy OEM fee for including Win11. You can easily see that cost on devices like the Legion Go S that cost significantly less for the SteamOS version.
Thanks for telling me what I needed to know.
Okay, but are you going to be satisfied with anything short of them saying “I’m anti-LGBT”?
(as far as we have seen)
Speak for yourself? They have repeatedly politicised changes that make the codebase more inclusive. The thread you linked too did get heated, but this seperate PR was perfectly calm and they still locked it, while providing really contradictory reasoning. They say they don’t want to “alienate anyone who’d like to join in the project” but their use of male-gendered pronouns throughout is doing just that…
No, they’re still independent with majority of shares owned by their founders.
You’re right that it’s not cloud-based, but it’s still “always online” software. It’s the same as a video game that doesn’t function without the internet. I don’t think you need to be such an ass about the distinction.
As a German who was taught all the dark times of our nation in school, I can confidently say that us causing the second War To End All Wars is almost as bad as this company’s behaviour.
Yikes friend… this reads like a different flavour of holocaust denial…
I wonder if one of their existing mainboards would fit in the form factor of something like a Legion Go (which is quite a bit larger than a Steam Deck)
Bingo. And if you don’t use apps with ads, like only using jellyfin, you get none at all.
Except you’re wrong about them wanting to put Rust code in the DMA subtree. As per the article linked below by M1ch431:
In a message to the Linux kernel mailing list, Hellwig wrote: “No Rust code in kernel/dma, please.” For what it’s worth, the patch added code to the rust/kernel portion of the Linux source tree, not kernel/dma, as far as we can tell.
All they were doing is adding an abstraction layer, within the already existing Rust code, so that rust drivers could communicate with the C DMA code in a uniform and predictable manner. It would have put far more work on maintainers, both C and Rust alike, to have each and every driver implement its own abstraction to the DMA API. Issues would have been/will be filed against the kernel/dma subtree in error due to issues with these myriad abstraction layers.
Could I get a link?