Quoting: BielFPsIf I use this, do I have to connect the joystick to my machine, or it'll work directly through the console too?

You have to connect it to your machine.

View this comment - View article - View full comments

Quoting: BlackBloodRum

Quoting: BielFPs

Quoting: 3zekiello$edow$

This word looks like you tried to write "Windows" and had a race condition problem, which ironically is the problem wine developers have in this case.

Very well.

:grin: Had to login just to give you a like! That's hilarious.

PS:
What happened to Micro$oft and Windoze? :D

I used to use them, but my phobia grew, and beginning to type them caused confusion in my brain hence the "lo$edow$" which is a mix of all associations coming to my brain when thinking about them.

View this comment - View article - View full comments

Quoting: The_Aquabatwhy reinvent the wheel? Can they just improve FMUTEX/FSYNC?

It is explained in the link "read here" at the end. The issue is not performance or improvement in and out of itself. But instead to implement an API that is quite different, for the case of emulating lo$edow$ system calls. It is not very pretty, but from the message does not seem like anything else works. Also, changing existing posix apis for that makes no sense. The point is not to encourage people to use these APIs, but just use them for NT syscalls emulation.

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: rcritSimilar to what Hori said, if I already have a Windows system capable of playing games why would I reboot using a USB stick to play them in Linux?

And that is the real question no one as of yet has a true answer for other than the existing arguments for using Linux over Windows that many of us are already aware of, and probably already using Linux for. Part of the point though, is to make trying it as easy as possible. We shall have to wait and see how Valve handles it but the quote in the article is pretty clear IMO on this being something of a plan of theirs.

For me, there is a clear win, which is privacy. With Linux you have much better control of what is executed on your PC. If you have the knowledge, you can audit/modify the code, add new features you need etc. If you don't have the knowledge, you can rely on the many people who do. Of course, it is not 100% perfect, but it is dozens times better than what you get with proprietary OSes.

I think in the time many people have been shocked by Facebook move on whatsapp (basically killing any and all kind of privacy there), this is an argument that really matters. For me, this is one of the main features of Linux and FLOSS SW in general, it is privacy friendly, overall more secure and as a bonus is not easily taken over by company that don't give a damn about your privacy (mostly thx to being highly decentralized).

Overall, getting people to adopt Linux is both a matter of making it easier to access it and make people more privacy and FLOSS aware.

View this comment - View article - View full comments

Quoting: Xaero_VincentKeep in mind that games running inside the Borealis VM on Chrome OS will likely be using Virgil 3D and as of now there is no Vulkan support.

Linux gaming without Vulkan (and DXVK) and a virtualized GPU for OpenGL and WineD3D on-top on integrated graphics doesn't sound great for gaming.

I have two Chromebooks but I cannot see myself wanting to game with these limitations. GeForce NOW and Stadia seem to be much better options for Chromebooks. I guess we'll see how this plays out.

As long as they use intel igpu (likely for such thin laptops) there is hw support (gvt-g) for gpu virtualisation. That's the kind of nice bits which continue making Intel a great choice in laptops. That and it seems igpu is better now even without virtualisation.

View this comment - View article - View full comments

Quoting: BoldosThanks guys. Yes, this is a very tempting alternative for the EU; I will be definitely checking with them, once I need a new laptop. Nevertheless, I was also interested about System76's oss firmware, which - AFAIK - nobody else provides.

https://www.reddit.com/r/linuxhardware/comments/gbhe7w/coreboot_on_tuxedo_infinitybook_s_14_v5/ [External Link] second message, it *seems* firmware works on equivalent laptops. Well, that's surely a bit risky. If you are more patient: https://www.tuxedocomputers.com/en/Infos/Help-Support/Frequently-asked-questions/Coreboot-on-TUXEDO-Computers-devices.tuxedo [External Link] it seems Tuxedo themselves are working on it.

I somehow hope they could manage to work together with system76, also for OS side. I think that would be very productive move for both, and anyway, considering custom fee + VAT for system76 as it stands, I don't think they'll get many european customers ... So better cooperate together and try to improve to face bigger players like dell and co with a truly different offer and more world coverage.

View this comment - View article - View full comments

Quoting: Kithop

Quoting: BoldosApologies, I was not specific enough:
By "available directly in EU" I meant if they are sold directly in EU.
What you confirm is they "ship" into EU, but that technically means "import", so we have to pay VAT and customs fees. And that makes it painfully expensive....

Ah, okay - that makes sense. I don't know much about them, but Tuxedo Computers [External Link] appears to be based out of Germany, and at first glance sounds like kind of the same idea?

For Tuxedo, we do use their computer at Office, and they have AMD options. Quite solid laptops for now. Roughly the same models, but with some adjustments: they tend to use lower power screen, so slightly less brightness, but better battery life, and much much more keyboard options. They also seem to use lightweight magnesium for more models than System76 last time I checked.
And of course, VAT is included and no custom fees.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: Purple Library GuyWhen you think about it, that's pretty dashed fast movement. NVIDIA down 10%, AMD up 10% (so converging by 20%), in a year and a half. When you consider most people don't even change their graphics cards all that fast, the percentage of Linux card upgrades (around here at least) going with AMD has to be huge to push the figures at that rate.

It's still slower than CPU trend, but I think it reflects the situation well. You can notice for example that RX 5700 XT has become the most used GPU among GOL users:
https://www.gamingonlinux.com/users/statistics#GPUModel-top

Two most used GPUs here are from AMD in fact (RX 5700 XT and RX 580).

AMD only now reached parity with Nvidia in the very high end, so it probably will even accelerate a bit. Once GPU shortages situation will get better I expect RX 6000 series GPUs usage to start growing fast.

It might get some slowdown depending on DLSS adoption (https://discord.com/channels/277857463384932353/653300722003214348/788105568812138498 [External Link] it seems Joshie and Doistujin are on it). But eventually, unless Nvidia opens their drivers, AMD and Intel (if they do not screw up their GPU) should become the "Natural" choices.
I think Intel might actually take the lead there if the card is rtx 3070 equivalent, a bit cheaper and with the same driver support as igpu. In that case, you will have same inherent robustness as Nvidia, but even better thx to being open source. Hopefully no blob except for video decoding (which I do on sw) like on igpu too, would be golden. In that case, they might even manage to shove oneAPI everywhere to replace cuda, who knows.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: 3zekielI don't get why they do so. All the really important stuff is likely hidden in the firmware anyway. That they close higher level stuff like Cuda / DLSS, I can understand because there is value there. But I don't really see the value there is in a kernel level driver for a graphics card.

Market manipulation shenanigans most likely. If Nvidia can control what features are exposed in the kernel driver, they can charge higher prices for industrial users for using their cards and not expose those features in their drivers for everyone else.

If the driver is open, everyone can use their hardware however they want. This is also the possible reason why they hinder Nouveau from working properly. If Nouveau will work, the open stack will unlock their hardware for anything and they'll lose ability to charge more.

Hmmm in theory yes, but even that, you can lock pretty much anything you want at firmware level, which is signed/encrypted so much safer to lock whatever you want. And whatever the driver is, can't do much in front of firmware. Throw in some fuses/antifuses to choose what to enable/disable at foundry and you are good to go.
I mean it is possible they actually do it because of that, but technically does not make that much sense.
As for gimping Nouveau driver, what is fun is they actually contribute to it for Tegra.

I mean, the drivers with special sauce for Titan and co, I expect they remain proprietary of course - same as AMD workstation drivers. But features like virtual gpu are easy to simply kill at firmware level, so whatever the licence of the driver, customers still can't do anything. So yeah, it might be that someone in the company thinks it's important to lock driver if you want to lock features ... But then someone need to tell them this is really not the best way to do it.

View this comment - View article - View full comments

Quoting: ShmerlI also find it despicable for a huge company like Nvidia to play these games instead of working with kernel developers properly like AMD and Intel do.

Sadly, they are not the only one, a fair bit of the Android chip makers also act like that.
Honestly, I don't get why they do so. All the really important stuff is likely hidden in the firmware anyway. That they close higher level stuff like Cuda / DLSS, I can understand because there is value there. But I don't really see the value there is in a kernel level driver for a graphics card... Power sequences can be hidden in firmware, perf monitors can also be hidden, all the stuff that allows to make high value tools (advances profiling/debugging etc) can be hidden.

So only thing I see is they use code with other companies licences, or they just have some old guys in business who think that closed source driver is super duper important cuz you know "trade secrets". Of course, none of them understand that the guys which might have an interest in those "trade secrects" are more than able to analyze a binary (I mean, try ghydra to see how easy it is nowadays...).
I think the first one is likely, namely because of stuff like that: https://www.phoronix.com/scan.php?page=news_item&px=HDMI-Closed-Spec-Hurts-Open [External Link] ...

View this comment - View article - View full comments