Earlier quoted context omitted.
most likely, although by now they also may be employees of valve. but valve is also working with codeweaver. btw: i consider codeweaver somewhat the unsung hero of the linux desktop. there is no other company in this world that stakes their success entirely on the success of the linux desktop, or maybe on the demise on the windows desktop, because wine is the only software tool that will never ever be useful running…
> wine is the only software tool that will never ever be useful running on windows Intel was actually including Wine code in their Arc graphics drivers to translate DirectX 9 calls to Vulkan, because they didn't have performant native DirectX 9 drivers. It's a pretty common trick for Arc users to drop the latest DXVK DLL into the directory of a game that is having issues with the graphics card. Using Wine DLLs is als…
Linux interop is maturing fast thanks to a games console
71–80 of 110 posts
Re: Linux interop is maturing fast thanks to a games console
#72Gosh, I've been lambasted for years for telling Linux folks that case-insensitive file systems are actually good for the average user. Maybe we'll actually get it now that Valve paved the way.
Re: Linux interop is maturing fast thanks to a games console
#73Earlier quoted context omitted.
Codeweavers selling a commercial product is a major sign that the "community edition" of wine is not up to snuff.
Have you actually used the commercial version? It's relatively stable and QAed and you can get support from the Wine developers, but it lags the open source version by months. You're not getting the latest compatibility fixes or performance improvements with it.
Re: Linux interop is maturing fast thanks to a games console
#74Earlier quoted context omitted.
I don't know. Developing on Windows 11 + wsl has been a suprisingly good dx for me. Much better than my previous MacOS experience. I understand developers who stay in the Apple ecosystem due to the unbeatable laptop hardware in the macbooks, but software wise most of them would be surprised with the current state on the windows side.
WSL2 isn’t bad and is getting better but it basically falls apart when you need to run k8s workloads on it. I wish MacOS had native container support - but even without it I’ve not had any issues running a local dev cluster like I did with WSL
Re: Linux interop is maturing fast thanks to a games console
#75Windows is enshittifying so rapidly that I firmly believe that, if Valve really wanted to, they could eat Microsoft's lunch when it comes to the non-enterprise desktop market, which is almost exclusively gamers these days. Fortunately for Microsoft, Valve seems content to officially position and market SteamOS as just for its handheld, even though it's entirely possible to run it on other hardware.
I don't know. Developing on Windows 11 + wsl has been a suprisingly good dx for me. Much better than my previous MacOS experience. I understand developers who stay in the Apple ecosystem due to the unbeatable laptop hardware in the macbooks, but software wise most of them would be surprised with the current state on the windows side.
Re: Linux interop is maturing fast thanks to a games console
#76Earlier quoted context omitted.
I used wine for many years. "Semi-usable half-working project" was entirely my experience; nearly everything I tried to run had at least one weird bug. The proton work is open source (and readily installable without using the storefront), so you can actually just look and see that they did, in fact, fix many little bugs that break games - perhaps only many hundreds, rather than thousands.
proton [..] is [...] readily installable without using the storefront last time i tried that, i could not figure out how. any pointers?
Re: Linux interop is maturing fast thanks to a games console
#77It's good to see an assumption I had, be validated. The assumption was that Linux would struggle to make a dent in the desktop market until it managed to make a tempting proposition for gamers. Projects like WINE tried, but there's just not enough you can do only with open-source contributors, with such a massive undertaking. I'm happy that a big company is finally backing this effort and with nvidia open-sourcing th…
Re: Linux interop is maturing fast thanks to a games console
#78Windows is enshittifying so rapidly that I firmly believe that, if Valve really wanted to, they could eat Microsoft's lunch when it comes to the non-enterprise desktop market, which is almost exclusively gamers these days. Fortunately for Microsoft, Valve seems content to officially position and market SteamOS as just for its handheld, even though it's entirely possible to run it on other hardware.
Re: Linux interop is maturing fast thanks to a games console
#79Earlier quoted context omitted.
I don't know. Developing on Windows 11 + wsl has been a suprisingly good dx for me. Much better than my previous MacOS experience. I understand developers who stay in the Apple ecosystem due to the unbeatable laptop hardware in the macbooks, but software wise most of them would be surprised with the current state on the windows side.
WSL2 isn’t bad and is getting better but it basically falls apart when you need to run k8s workloads on it. I wish MacOS had native container support - but even without it I’ve not had any issues running a local dev cluster like I did with WSL
Re: Linux interop is maturing fast thanks to a games console
#80Earlier quoted context omitted.
They already tried that, it was a failure. https://venturebeat.com/games/valve-unveils-13-partners-for-... https://en.m.wikipedia.org/wiki/Steam_Machine_(computer)
It is not as much of a failure as just a product released at the wrong time. Most of Steam Deck is basically what lessons Valve has learned with that experiment - Steam Input, Proton, Steam Link (?). Now that the ecosystem is more mature, there is again some interest towards it. A lot of tech reivew youtubers are now making content on how to get Steam OS to run on X device (X = GPD Win, low profile gaming PC etc..).…
They are using Linux to avoid paying the licences.