▶ No.958734
If this means they're actually contributing to Wine and DXVK, then good.
▶ No.958743
▶ No.958744>>958751 >>958752 >>958886
Turns out it was Valve that started and funded DXVK this whole time.
▶ No.958745>>958747 >>960663
>Doki Doki Literature Club!
For what purpose? It already has a native GNU version. Or it should, since it's a fucking Ren'Py game. Salvato is a hack if he removed that.
>inb4 this isn't compatible with Wayland because input is handled differently and the drivers misbehave under it
*Laughs in Mir*
▶ No.958747
>>958745
Wine will run in xWayland for the foreseeable future.
▶ No.958748>>958750 >>958752 >>962201 >>966616
So it was Valve that made DXVK a thing. Interesting. Though this begs the question: Why did they make it C++ when they knew that meant they'd have to fork Wine since the Wine devs have a 'C only' rule?
▶ No.958750
>>958748
Because they couldn't be assed to write it in C. I really doubt there was any valid reason behind it.
▶ No.958751>>958752
From what I've heard a lot of games run fine using Wine it's the anti cheat and DRM that causes issues. You need to get pirated version to play them, this video goes into it a bit https://www.youtube.com/watch?v=RZf2dik9DlM
>>958744
People have guessed it when the guy behind it was offered donations for his work and he said he was unable to accept them. In the comment section for the video above some guy mentions it almost a week ago. I've seen this theory pop up on gamingonlinux.com and phoronix as well.
▶ No.958752>>958755 >>958858 >>958886
>>958744
>>958748
>>958751
Valve didn't start DXVK, they hired the lead developer so he can devote more time to it.
▶ No.958755
>>958752
Either way, they're probably the reason it's in the good shape it's in currently.
▶ No.958756
Great news. I hope the code isn't trash and meets quality expectations!
I'm still gonna torrent steam nose vidya.
▶ No.958769>>958787 >>958793 >>958802
Holy fucking shit, does this mean I can run games like GTA V natively on Loonix now?!
Looks like i'll be ditching Windows faster than I thought!
▶ No.958787
>>958769
If it runs in Wine, then yes.
▶ No.958793>>984745
>>958769
You already could, DXVK just means you can run it on potatoes too now. The real question is when is someone going to give intel and nouveau vulkan support? Nouveau is starting with a spir-v to llvm bytecode interpreter. But intel hardware doesn't have any vulkan support.
Also holy shit this might deserve its own thread https://steamcommunity.com/games/221410/announcements/detail/1696055855739350561
>Windows games with no Linux version currently available can now be installed and run directly from the Linux Steam client, complete with native Steamworks and OpenVR support.
>DirectX 11 and 12 implementations are now based on Vulkan, resulting in improved game compatibility and reduced performance impact.
So essentiallly valve is using DXVK patchsets with latest wine version for newer games. And for older games too straight from the steam client. Valve official owns the linux market for games now. I don't know how to feel about valve working directly with codeweavers/wine though. Time will tell.
▶ No.958801>>958821 >>958857
>Caring about Windows
>Caring about Wine
>Caring about Games
You know what to do OP.
▶ No.958802
>>958769
You forgot your manchild soyface.
▶ No.958821>>966991
>>958801
Post more Qts holding wine glasses?
▶ No.958830>>958890
>i no longer have to have 50 versions of steam to play my games
This is great news!
▶ No.958843>>958844 >>958847 >>958890
Q: I'm a developer; I wasn't planning on targeting Linux, how can I best leverage the new Steam Play?
We recommend you target Vulkan natively in order to offer the best possible performance on all platforms, or at least offer it as an option if possible. It's also a good idea to avoid any invasive third-party DRM middleware, as they sometimes prevent compatibility features from working as intended.
>i'm a developer, how i can i be lazy and never support linux natively and instead use your version of wine which still takes a 50% performance hit, and still sell my game to linux users for the same price.
▶ No.958844
>>958843
If the game is already using Vulkan, it'll practically be native performance. And DXVK will get you about 85%.
▶ No.958847
>>958843
>>i'm a developer, how i can i be lazy and never support linux natively and instead use your version of wine which still takes a 50% performance hit, and still sell my game to linux users for the same price.
That's literally not what the answer even remotely implies
▶ No.958857>>959070
>>958801
>I have no legacy systems to software I want to run because I'm 14 years old
▶ No.958858>>958864 >>958865 >>959515
>>958752
You mean kill it right? Valve hiring people never does any good for any one. They end up in a political slap fight the entire time they're at work and never get anything done because of it. Valve is the Microsoft of the 90s for game development. They buy up anything promising and then crush it with internal bullshit.
▶ No.958864>>958866
>>958858
They released it today and wil provide upstream updates to WINE with it.......
It's happening.......
▶ No.958865
>>958858
You realize this is based on Wine, which is LGPL, right? There is a limit to how much they can fuck it over.
▶ No.958866>>958870 >>958875
>>958864
If Wine actually becomes good, that will do more damage to Windows being the dominant gaming platform than native Linux games ever could.
▶ No.958870>>958936
>>958866
>that will do more damage to Windows
It hurts Ganoo Loonix as well.
▶ No.958875>>959142
>>958866
Next step:
★NIX-EXCLUSIVE VIDEO GAMES
▶ No.958877>>958882 >>958892
So they have been working on Wine since 2016? Does that mean Valve is to blame for Wine's recent advancements, especially the amazing dx12->vulkan performance?
▶ No.958882
▶ No.958886>>958888
>>958752
>>958744
WTF I love Valve now.
Seriously though, I'm still not going to use Steam on grounds of it being DRM, but at least those improvements will make it into mainline Wine as well, so everyone profits. Wasn't there an issue where TransGaming forked Wine into Cider and didn't contribute back, prompting Wine to change its license to the GPL?
I have one question though: Does this use one version of Wine for all games? The problem is that sometimes one version of Wine works better for a certain game than another one. PlayOnLinux lets me choose a different Wine for different games and that's something I have only seen in Wineskin so far.
▶ No.958888>>959608
>>958886
You can manually choose which version of their new tool (proton, I think) to use. I'm sure you could configure this for each individual game through launch settings. I haven't tested anything yet because I genuinely don't have any good non-Linux games on steam.
▶ No.958890>>959052 >>976745
>>958830
Now you must have 50 versions of Wine and DXVK.
I don't get the point of Lutris. It does the same thing PlayOnLinux does.
>>958843
WINE is native.
▶ No.958892>>958943 >>966275
>>958877
That might explain why WINE has been updated so frequently now. It's amazing what paid development does for a project. Imagine how fast shit like GIMP, Krita, LibreOffice or FreeCAD would improve if they had a company like Valve paying developers.
In an unrelated note, all these improvements (excpet DXVK) will make it to ReactOS.
▶ No.958896>>958901 >>958929
We aren't at 5% desktop market share yet and mainstream GNU/Linux is already death gripped by every major proprietary software company. How is this a good thing?
▶ No.958901>>958906 >>958913
>>958896
I look at it this way:
If it runs on whatever perverted version of GNU+Linux they target, it will be easy to port over to an actually good version. It's a little like Poetteringware if his software would be any good, there are people like me running Linux free from his glow in the dark bullshit, but if there ever is a good or innovative part in his code I'd be first in line trying to fork it into a not spyware version.
▶ No.958906>>958932 >>959464
>>958901
Pulse is way better than ALSA. Cry some more. 🤷🏼♂️
▶ No.958913
>>958901
SystemD may be awful and cancerous, but its sadly still far better than the old init system.
▶ No.958929>>966439 >>967640
>>958896
They're contributing to the development of open source software of course that's a good thing.
Even if everything in the userland becomes proprietary in the mainstream the kernel is still open and once we hit the mainstream everyone gets a bit freer than they were before and many more people will learn about free software. Focus on acquire soldiers not on getting everything you want right now.
▶ No.958932>>958933 >>958940 >>959153
>>958906
Both ALSA and PukeAudio Suck. Sndio sounds cool, but I think there isn't a port for GNU+Linux
▶ No.958933>>958940 >>959153
>>958932
http://www.sndio.org/
>Linux (including ArchLinux, Gentoo, Debian, Ubuntu)
You might run into problems with software support if you're not running it on BSD though.
Valve should have just forked FreeBSD like Sony did with their Playstation OSes, instead of pile of shit Debian
▶ No.958936
>>958870
How? Nearly ALL the "native" ports we've gotten so fare use SOME form of wrapper.
▶ No.958939
Why would this be a good thing? Valve needs to take their DRM cancer and fuck the hell off.
▶ No.958940>>958942 >>959153
>>958932
I agree. GNU is far behind other OSes (including fucking Windows) when it comes to sound and display. X and ALSA are absolute dogshit. PulseAudio is just a shitty hack to add basic functionality to ALSA.
>>958933
Sony forked BSD because they didn't want to contribute anything back to the community, Valve clearly has no problem adding patches to the community. Also, Linux has far better hardware support than kFreeBSD and a bigger community.
>Debian
Ubuntu. Unless they finally migrated to Debian.
▶ No.958942
>>958940
>>Debian
>Ubuntu. Unless they finally migrated to Debian.
Steam OS is based on Debian. Steam, as in the installable application, officially only supported Ubuntu.
▶ No.958943>>959081
>>958892
> Imagine how fast shit like GIMP, Krita, LibreOffice or FreeCAD would improve
>GIMP
Jewlywood was looking into that
>>954034
▶ No.959052>>959070 >>959595
>>958890
Lutris is much worse than PlayonLinux imo.
Atleast on PlayOnLinux i can run straight winecommands and winetricks to it if something isn't working.
And their scripts are very readable.
On lutris i have no fucking clue what their doing.
On PlayOnLinux:
>launch client
>browse game scripts
>can download and see them pretty clearly
>it's all readable and nice
>easy to find where prefixes are stored
>scripts fuck up all the time and don't really run that well
>scripts are old as shit and not really maintained
>sometimes works with pirated vidya
On Lutris:
>launch client
>need to use the website to get scripts
>scripts are just json or xml file
>they say jack shit as to what is actually happening
>can't figure out where the fuck the prefix is stored to run command manually
>scripts somehow works but install a lot of default shit i'd rather not have
>it's not designed really to be a wine frontend it's really just a general library sorter
>can't run pirated vidya
On straight fucking wine:
>make prefix
>winetricks things
>run gaemu
>it just werks
>pirate friendly
Gui frontends to wine are a meme.
I can say that the good thing about proton is that i can still use normal wine commands when using it.
And having dxvk setup from the get go isn't bad i already have a script that on regular wine
▶ No.959062>>959080
▶ No.959070>>959087
>>958857
and you think Valve's fork is going to focus on legacy software?
>>959052
>Gui frontends to wine are a meme.
Perhaps that's due to wine itself just getting better over time. Now the frontends our only really good for making sure you get all the dependencies you need (sometimes it's easy to forget one when the program runs without it)
▶ No.959080
>>959062
If anything, Valve is using EEE against Microsoft.
▶ No.959081
>>958943
Krita and LO actually do get decent funding.
▶ No.959087>>959088
>>959070
>dependencies
What dependencies? Windows programs normally contain everything they need.
▶ No.959088>>959090
>>959087
For example fonts or windows libraries
>Windows programs normally contain everything they need.
nice meme
▶ No.959090>>959229
>>959088
What? Are the visual c++ TM packages not contained in wine already?
I don't think the MS fonts are required but you can install them easily.
MS themselves made them available for Linux back in the day when they wanted them to become the "standard" web fonts.
▶ No.959153>>959161
>>958932
>>958933
>>958940
Void Linux packages sndio and supposedly it works really well for them. In a sane world we'd just use OSS4.
▶ No.959161
>>959153
I remember when void Linux first came out I installed a package and he forgot to include the actual executable. LMFAO.
▶ No.959229
>>959090
>What? Are the visual c++ TM packages not contained in wine already?
Not installed by default.
▶ No.959312>>959315 >>959328 >>959392 >>959620
If Wine ever does get to be a legitimate threat, MS will bring the hammer down. You cant just steal a large companies tech and expect them to let you get away with it.
▶ No.959315>>959317
>>959312
Well you could feasibly emulate Windows Applications with your own implementation of their Specs. If they'll actually do that is a different question. Try learning something about the technologies you spout shit about fucking LARPer
▶ No.959317>>959320 >>959334 >>959620
>>959315
Do you honestly think MS couldn't shutdown Wine?
▶ No.959320>>959404 >>959467
>>959317
They can't. Emulating and implementing other Operating Systems and hardware is perfectly legal as long as you're not using the original code.
▶ No.959328
>>959312
>steal a large companies[sic] tech
What did they steal?
▶ No.959334
>>959317
They can, but the source code is out there for anyone to reuse. They can't do anything about it.
▶ No.959392>>959529 >>959620
>>959312
>inb4 all code compiled with MSVC will come with encrypted headers that need to be HW decrypted by the iME in order for the code to execute
>the firmware and method used during said encryption is covered by software patents, as are parts of the MSVC-built code because jews
>decrypting and executing Wangblows code without M$ approval is now akin to anudda shoah
>future versions of Wangblows won't run any code that isn't directly signed by MS
Considering Intel-aviv can convince significant portions of its cucked luserbase not to run racist benchmarks on their CPooUs through some gay microcode EULA it's only a matter of time.
GNUclear war can't come soon enough.
▶ No.959404>>959425
>>959320
yes sur! but wine is not emulator.
▶ No.959425
>>959404
Even better! That means there is even less to implement, as in it's more probable you can write the compatibility layer yourself with no code from microsoft copied, faggot
▶ No.959464
>>958906
>unironically using emoji with skin tone and sex combining characters
kys
▶ No.959467
>>959320
Burying other parties under heaploads of baseless lawsuits until they go under having ran out of money and lawyers is also perfectly legal. Just sayin'.
▶ No.959515>>959594 >>959620
>>958858
they just forked it, not bought the entire thing. say what you want about their game development but Valve absolutely hates the shit out of Microsoft, they backed Vulkan and tried to make SteamOS a thing and were always pushing for devs to make Linux versions of their stuff. their past efforts didn't show much but DXVK is huge, why stop now?
▶ No.959529>>959575
▶ No.959575>>959579
▶ No.959579>>959615
▶ No.959594>>959637
>>959515
If valve liked microsoft, steam would be on xboxand a subscription service like xbox live
btw, valve's game development team is great, they just don't focus on the things they should, pushing esports and vr instead of performance changes. Or new games. Or fixing the myriad of bugs still in tf2 from launch.
▶ No.959595>>959599 >>959620 >>961235
>>959052
Lutrix is trying to turn Linux tinkering into a game console where you click a button and the game just works. A noble goal, but in practice it just causes more problems than it solves.
The big thing about PlayOnLinux is that it allows you to have multiple versions of Wine on your system. You could build Wine yourself, but then you would have a bunch of dependencies all over your system. I think the only sane solution that does not require a GUI frontend would be to leverage a functional package manager like Nix or Guix to manage Wine builds and have a per-game profile. Launching the game would launch a shell script which selectes to proper profile for the game and then launches the game through Wine.
▶ No.959599>>959671
>>959595
Isn't that what prefixes pretty much already are?
▶ No.959608
▶ No.959615>>959620
>>959579
go back to /pol/ is literally a 4chan thing, most people are /pol/ here, it's the largest board on 8chan. Lurk moar.
▶ No.959620>>959623 >>959671 >>959806 >>960419 >>984083 >>984085
>>959615
They should still go back. They already have an active and popular board, they can talk about politics there.
>>959595
>Lutrix is trying to turn Linux tinkering into a game console where you click a button and the game just works.
You aren't describing a game console, you are describing a sane Os.
Configuration should be an option to tailor things to your specific use case and preferences, not a mandatory step before being even able to run the program.
The day Linux understands that is the day Linux starts winning.
>>959515
>but Valve absolutely hates the shit out of Microsoft
And that's a bad thing, if you remember the shady things they were doing with VAC.
Valve wants power and control over users more than they want money, and Microsoft is only one of the many obstacles in their way.
Microsoft is an old world company, and at the end of the day their goal is money more than power: look at their continued support of legacy features and the amount of money sunk to keep backwards compatibility.
>>959392 is wrong because of that, also because intel's stupid ToS change was received poorly, was broken openly by Redhat, and was removed shortly after: stop it with the blackpilling if you can't even get the facts right.
>>959317
>>959312
Wine will never be a threat to Microsoft, because Wine is not a product and thus comes with no support, no guarantees, and no legal case if it doesn't work as advertised: companies will not move to it, nor will most users.
▶ No.959623>>959624
>>959620
Not how it works, stop trying to rewrite board culture to your liking. Lurk moar.
▶ No.959624>>959641
>>959623
>bad goy, we are the chosen people and we should be able to shitpost everywhere we want
▶ No.959637
>>959594
>Or fixing the myriad of bugs still in tf2 from launch.
this reeeeeeeeeeeeee
i have 1k hours and some of the shit is so annoying
▶ No.959641
>>959624
>if I call him a jew maybe they won't think I'm a faggot
like he said, lurk moar.
▶ No.959671
>>959599
Wine prefixes allow you the configure your Wine differently, but you are still using the same Wine binary. If you want to patch Wine in a way that improves one program, but breaks another, then you would need to Wine binaries.
>>959620
> You aren't describing a game console, you are describing a sane Os.
> Configuration should be an option to tailor things to your specific use case and preferences, not a mandatory step before being even able to run the program.
> The day Linux understands that is the day Linux starts winning.
Wine is about running (often poorly written) software on an OS it was never meant to run on. As much as I would love Wine to just work out of the box, this cannot be done. This is not the fault of Wine, Linux or GNU, it's the fault of the software developers who released proprietary software that can never be improved upon.
▶ No.959806>>959825
>>959620
>Wine is not a product and thus comes with no support, no guarantees, and no legal case
What is Crossover?
▶ No.959825>>959951 >>961235
>>959806
Wine isn't just a technology.
It's a unifying idea.
An ideology even.
Wine is like a recursive mother goose, it is not an emulator, that is it's meaning yet it obfuscates so much.
Wine is not just an idea.
It is all encompassing,
It is a structure, a feeling.
Wine.
▶ No.959843>>960121
▶ No.959951
>>959825
>WIAWWIIW
What did he mean by this?
▶ No.960121>>960224
>>959843
Embrace Win32; Extend Win32; Extinguish Windows.
▶ No.960224
▶ No.960309>>960330
Has anyone actually taken a look at the changes Valve has made?
▶ No.960330>>960364
>>960309
yes, they added DRM to wine
▶ No.960364>>960406
>>960330
Wait, for real? Source?
▶ No.960406>>961746
>>960364
Considering they shit on DRM in the announcement, I'm pretty sure this is bullshit.
▶ No.960419>>960470
>>959620
>Wine will never be a threat to Microsoft, because Wine is not a product and thus comes with no support, no guarantees, and no legal case if it doesn't work as advertised
Does support from Microsoft actually matter?
Support from vendors of software for Microsoft operating systems, sure, but I've never known of a case where anybody called Microsoft for help with getting software to run on a Microsoft OS.
The only meaningful support Microsoft could offer would be for MS products like Active Directory, and 99% of that is self-inflicted because MS has made them so fucking obtuse that there's no other way to keep them running.
▶ No.960470
>>960419
>Does support from Microsoft actually matter?
It matters if you're a wageslave.
Slaver companies always look to fire the lowest faggot that implements anything that might break.
▶ No.960648>>961739
Freetard devs are more against piracy than DRM'ed games.
Did you ever think about that?
▶ No.960663
>>958745
Itch.io has the Linux version. I am not sure why the steam version lacks it, but This nevertheless.
▶ No.961235
>>959595
What about RetroPi?
>>959825
drink up
▶ No.961734>>961740
So what are the odds Valve can get Wine to about 70-80% compatible with WIn32 games? Because that is the minimum of what they'd need to call this a success.
▶ No.961739
>>960648
What you say doesn't exist.
Did you ever think about that?
▶ No.961740
>>961734
100%
It will probably take less than 6 years to have 99.9% of dx11 and older games to be compatible. Even dx12 execution on Linux is being worked on, though it's a low priority because of lack of games and vulkan being better and a more probable leader in future.
▶ No.961746>>962191
>>960406
They don't shit on DRM in the announcement you silly boy, they shit on middle man DRM which makes things harder for Steam. They basically say leave DRM to us, don't bother doing things yourself.
▶ No.962191
>>961746
They shit on DRM piled on to still more DRM. Which is still more than I would have expected from them.
▶ No.962201>>966552
>>958748
because they're disgusting slobs that make some of the worst code in the industry, like almost all gamedevs. you can count on wine being complete shit from now on, but at least it will run some popular AAA titles so more gaymers can move to lunix
▶ No.962213>>966498
How well does Steam work in Linux anyway? Will it shit up my entire system, or is everything neatly contained to its own directory in my home? Perhaps .local/share and .config/ ?
Has anyone run strace on it to see what kind of data it's sending home?
▶ No.966226>>966279 >>966479
So what exactly is their fork of WINE? Just Wine + patches that haven't yet been accepted upstream? Seems like some divide and conquer shit.
▶ No.966266>>966451
>>958729 (OP)
>Could be good news for Wine development
Oh, you're precious. Full of hope and high expectations. You remind me of myself 8 years ago.
▶ No.966275>>966301 >>966313
>>958892
Money helps, but not always. Just look at Gnome, they have a lot of money and their desktop has turned into absolute shit.
▶ No.966279
>>966226
>divide and conquer
>in open source
Lel
▶ No.966281>>966291 >>966479
Hold on, so wine translates dx9 and lower to openGL and dxvk translates dx10/11 to Vulkan? Is there a way to translate dx9 to Vulkan and would it improve performance?
▶ No.966291
▶ No.966301
>>966275
Well, the problem with GNOME is that their design goals are garbage. But Wine doesn't have that problem, as far as I know.
▶ No.966313
>>966275
Money doesn't hire talent. Certainly money can make or kill a project, but if people who can get the right job done properly aren't there, you can dump a trillion dollars on it and nothing will happen.
▶ No.966439
>>958929
>Even if everything in the userland becomes proprietary in the mainstream the kernel is still open and once we hit the mainstream everyone gets a bit freer than they were before and many more people will learn about free software. Focus on acquire soldiers not on getting everything you want right now.
I do not give a shit about people who do not give a shit about computing becoming 'a little more free' if that means me losing my freedoms.
▶ No.966443>>966449
>>958729 (OP)
>>Valve doing anything
All Valve can do is end Steam support for Windows XP.
▶ No.966449
>>966443
Nigger, did you even look at the thread? DXVK is a thing thanks to Valve.
▶ No.966451
>>966266
Valve can't co-opt Wine; it's LGPL. They CAN and HAVE improved it though.
▶ No.966479>>966480 >>966496
>>966226
Proton is the Valve fork of WINE + DXDK, DXDK is C++ so it will never be integrated into mainstream WINE because that project is C only.
Proton itself is licensed under 3-clause BSD.
https://github.com/ValveSoftware/Proton
>>966281
>Is there a way to translate dx9 to Vulkan and would it improve performance?
DirectX uses the COM model so in theory a DX9 game could use DXVK with a few changes.
▶ No.966480
▶ No.966496>>967617
>>966479
Shame Gallium 9 basically had to be abandoned because of Nvidia's bullshit.
▶ No.966498
>>962213
it it shits up home with its own .steam folder and if you install games on the same drive (i hope you don't do this), it shits up the SAME .steam folder, so don't do it.
although you can use proton without steam but it seems like a total bitch to setup but my experience with using their aptly named "steam play" has been hit and miss with older titles having a higher rate of success.
▶ No.966517>>966550 >>976752
Looks like Microsoft was doing, or planning on doing something that pissed Valve off again.
▶ No.966550
>>966517
Microsoft is in the process of turning all their products (Windows, XBox, Office, whatever) into services. Steam is and has always been a service on top of Windows, but if Microsoft turns Windows itself into a service there is no room for Steam any longer. This is why Valve is so desperate to escape from Windows, but they cannot do it if all the games they want to sell are for Windows.
▶ No.966552
>kike pajeet team who got inspired by linux mint.
>hey! let's copy linux and implement virtual desktops
>a working package manager clone too
>lets sell our own games! and ban other market platforms like what we tried to do with browsers forcing edgy browser down people's throats
>but if they want to sell theirs they should pay us for microsoft certification and other bullcrap licensing and agreement that they make everything cloud based paywall and subscription
Either way the end result is
>steam on linux
>steam machines
and now this.
>>962201
they predicted it hence the C only rule.
it won't get upstream with that rule but at least we'll get a lot of testers to hone wine development even further
▶ No.966553>>966987 >>966989
▶ No.966616>>967629
>>958748
Because forcing yourself to use C if you are better off using C++ for whatever you want to do just because the Wine guys are autists (they are, just look at the whole Wine/Wine Staging shit, and also the whole Gallium Nine stuff) would be dumb. The Wine team does not accept many interesting performance boosting patches just because they are too big, and think that what they solve should be solved by optimizing your OpenGL implementation, aka "Mesa will fix it!".
Proton is a legit project. It's just a Wine prefix with a script to inject DXVK, which depends on some Steam environment variables you can inject yourself, but it makes stuff real easy to work with. I guess they are planning to add game-specific compatibility scripts a la Lutris/PlayOnLinux, otherwise they wouldn't have a different profile for every game.
▶ No.966630>>966655 >>966986 >>968602
Did anyone check that video of "the linux gamer" where some thunderbird dev talks about potential reasons why valve is supporting Linux?
He thinks it's either
>valve shipping their own console soon and they want as many games playable as possible
or
>valve releasing a steam cloud play service which lets them host computers to which you can connect and play any game you want even if your device is weak, similar to steam link except you don't use your own computer this time. They choose Linux because windows servers would have insanely high licensing fees and developing Linux tools is apparently more cost effective, especially over time and especially if they keep it open source so that free devs and testers come.
I kinda find the 2nd option hard to believe, which is what he thinks is most likely. I can't think of a way that funding dxvk and keeping thousands of servers with high end CPUs/GPUs is profitable if you charge less than 40$/month (at which point everyone would just buy a PC or ""gaming laptop"").
▶ No.966655>>966974
>>966630
But anon for the second option what if the (((market price))) magically skyrockets after valve implements something like what you describe? It's not beyond (((their))) cababiliites to manipulate such.
▶ No.966974
>>966655
Doesn't even have to skyrocket. Providing that people play games on average 4h/day valve could get away with charging 15 bucks/month and still make profit. And since the argument he made is "chromeOS is used by a lot of students which could now stream games" I doubt that students would play games on chromeOS over half of time, and if they did they definitely don't have the time to play games as much, so that's probably going to be 1-2h/day on average on their chrome machines. Valve could do this.
▶ No.966986
>>966630
I'm really hoping it's not streaming. Streaming is basically the ultimate DRM and walled-garden all rolled into one. And it kills a lot of the things that makes PC gaming great (like lewd mods).
▶ No.966987
>>966553
Where is Saifag when you need him...
▶ No.966989>>966990 >>967016
>>966553
I actually have been thinking about this. What would a Wine-chan look like? One of the Windows tan, but with a wine color theme?
▶ No.966990>>967007 >>967016
>>966989
Not to mention her personality, should she be sophisticated or a lush?
▶ No.967007>>967010 >>967016
>>966990
I'm thinking the lush. It would make more sense that she'd be a more clumsy clone of one of the Windows tans (Xp or 7).
▶ No.967010>>967014 >>967016
>>967007
I think WINE-tan would the younger step-sister of the Windows tans who is always trying to be like them and impress them, but they never want her around and always ditch her. She is secretly ploting their destruction.
▶ No.967014>>967026
>>967010
Or she could be more of a stalker.
>I-I don't want to be her friend, I want to BE HER
▶ No.967016>>967071 >>967111
Correct me if I'm wrong, but doesn't using Wine's API get around glibc breakage?
>>966989
>>966990
>>967007
>>967010
This is now a Wine chan brainstorming thread, and I'm not even mad.
▶ No.967026
>>967014
I do like the idea of Wine tan being mentally unstable. Kinda reflects Wine's current state with newer Windows programs.
▶ No.967071>>967101
>>967016
Yes using wine's api you can get around glibc breakage. I have experienced this in the past with propietary programs that are on both linux and windows but no source code to recompile it.
▶ No.967101>>967109
>>967071
Interesting... glibc breakage happens to be the one thing Flatpak's runtime's cant get around.
▶ No.967109>>967111
>>967101
Why not just flatpack wine packages then? Optimize the shit out of the linux side and then use wine to run it.
▶ No.967111
>>967016
Make her look like Windows 7 tan, but with red hair for red wine and light yellow eyes for white wine. Oh! And give her bigger tiddies and glasses!
>>967109
Wine is itself a moving target, AND with games there is usually a pretty big performance hit. Less so these days with DXVK though.
▶ No.967377
>japanese comics
>video games
Truly a bastion of intelligence
▶ No.967598>>968170 >>968563
Another thing to consider here: All of this work Valve is doing on Wine, indirectly helps ReactOS.
▶ No.967617>>967643
▶ No.967629>>967642
>>966616
The Wine devs are completely right. You're the retard who doesn't know how free software development works.
For companies like Valve it's simple to pay a bunch of monkeys to shit out garbage code that somehow works, throw it at the wine devs, say "lmao merge this" and then completely disappear leaving them stuck with the maintenance nightmare. This helps nobody except Valve, who is desperate to merge their crap game dev code into the one project that will make it viable for them to get away from microsoft.
This kind of thing happens all the time. Even Linux gets hit with garbage patches like this all the fucking time. You think companies give a fuck? They don't. They don't give a rat's ass about the project's maintainer's time. That's why you reject their garbage code when they fail to play by the rules. Big free software projects get a lot of patches all the time, and maintainers are an extremely scarce resource. If you can't respect the maintainer enough not to bring C++ garbage into his project, then fuck off. Nobody'd try that on Linux mailing list, because they'd get assraped by Linus himself and their names would be recorded in history's hall of free software shame.
▶ No.967640
>>958929
I can talk a shit on my scanner and license it free shitware. That doesn't mean it helps the FOSS community by me doing that. It just means I'm spreading diseases, diseases impede the speed of innovation.
▶ No.967642>>967645
▶ No.967643
>>967617
Gallium 9 only works with open source drivers.
▶ No.967645>>967780 >>967784
>>967642
Try Linus or Greg. They wipe their ass with shitty company contributions kiddo. It's even funnier when they threaten to fork Linux.
▶ No.967780>>968068
>>967645
Linus' rants following such shit is always entertaining.
He truly gives no fuck about civility when that shit happens, and that's good and should be standard behavior.
▶ No.967784>>968068
>>967645
>Try Linus
HAHAHAHAHA HOHOHO
DID YOU JUST FUCKING COMPARE YOURSELF TO LINUS, YOU MAGNIFICIENT RETARD?
▶ No.968068
>>967784
?
>>967780
Well, it only works because Linux has leverage. If they were to fork it... I mean, sure, they can do it but it'd be outdated garbage before the end of the day. Also, nobody gives a shit about maintaining ABI with kernel code; only user space matters in that regard. So it gets harder and harder for them to maintain their fork as time passes. It's just much much easier to work with upstream.
It's not like some small project can do this.
▶ No.968170
>>967598
What toolkit does React's desktop use?
▶ No.968563
>>967598
ReactOS DESPERATELY needs better hardware support.
▶ No.968602>>968733 >>976722
>>966630
Both of those ideas are retarded. Every time Valve has made public investments in Linux, it's been in order to get leverage over Microsoft. SteamOS was about preventing Microsoft from locking normal Windows to the "Microsoft Store". Now that Microsoft is pushing Windows 10S, Valve is back to pushing SteamOS.
▶ No.968733>>968738 >>968745
>>968602
Valve has been fixing and improving the open source driver stack even when SteamOS was FIRMLY on the back burner just a year ago.
Just compare that to what we had when Steam came out for Linux in 2013. The OPEN SOURCE drivers for AMD cards are better than decent, Wine is actually getting good with some new games, and Flatpak mitigates the issues GNU/Kernel has traditionally had with with 3rd-party distribution problems; it also takes care of a lot of issues with backwards compatibility, aside from glibc (which Wine's API gets around). Linux is, on a technical level, MUCH better off as a gaming platform.
▶ No.968738>>968739
>>968733
Flatpak is shit tbh. Controllers don't work over it. I'd rather just install steam.deb or have them push a snap/appimage instead.
▶ No.968739>>968740
>>968738
Controllers work for me in the games I DL'd from flathub.
▶ No.968740>>968744
>>968739
I only tried rocket league through flatpak steam. Neither of my controllers worked there.
▶ No.968744
>>968740
That could be an issue with the sandbox. You can override that and give permissions to the application to look wherever it needs to. But I haven't had that problem with stand-alone games.
▶ No.968745
>>968733
I really never thought I'd see the day when the Mesa stack was trading blows with Nvidia's blob. It's just a shame Nouveau isn't benefiting much thanks to Nvidia's bullshit.
▶ No.976722
>>968602
Valve getting bought by Google soon, deal with it.
▶ No.976745>>983971
>>958890
>WINE is native.
Javascript is native. :^)
▶ No.976752
>>966517
>Looks like Microsoft was doing, or planning on doing something that pissed Valve off again.
Microsoft is moving to the same model as Apple and Google with ios/android. Where you have to go through apple/google to install any software. Subscription based software as a service.
Long term Valve has to get off Windows or die.
▶ No.983971
>>976745
>Javascript is native
Why wouldn't it be? And how is a random language relevant?
WINE is native, just like any wrapper in OOP is native. It's simply translating windows system calls into linux ones, and dx into openGL. Since you're executing oGL and system calls on your machine natively, it is native. It doesn't use emulation or virtual machinery of any kind.
▶ No.984083>>984112
>>959620
>A sane OS will run code for any OS
Seriously, if you want to play Windows games, just get yourself a small windows partition (well big enough for the games) and use win for games only and get the best experience by running them on what they were made for in the first place. All the wrapper stuff will cost you at least some performance that's better invested in getting the most out of your games. If you're paranoid worried about Windows spying on you, just use LUKS on your Linux partitions.
Also, setting up Windows for games only will help you actually play when playing instead of getting caught up in some multitasking shit like check your mail, social media, youtube, make another coffee or watching porn on a second screen .
▶ No.984085
>>959620
>The day Linux understands that is the day Linux starts winning.
While Linux has already won on various fields, why does it has to? If Linux gets more popular, that will shift the focus of the Linux development in a direction more focused on "ease of use". It will only increase the ubuntuization of Linux. Linux' design has it's flaws but I wouldn't see targeting users who know their shit instead of people wanting everything to run with one click as one of them at all. Linux, as is, gives you freedom. The more easier to use you make it, the more things that take control away from the user will sneak into the standard setups like systemd has
▶ No.984112>>984121
>>984083
>just get yourself a small windows partition
<just install a proprietary NSA spyware
Stop using proprietary software
▶ No.984121>>984371
>>984112
In a scenario I described Win 10 would have to practically be a UEFI bootkit that logs keys and sends them to the NSA. From Linux, because when you boot into Windows you don't enter the key for the Linux partitions. If something like that is targeting you, using Linux probably won't help you either.
Also note that games tend to be proprietary software too. Those that aren't run very well on Linux. Also emulating Nintendo stuff works great on Linux.
▶ No.984371
>>984121
Use Windows LTSB, or the Performance Edition being passed around on private trackers.
At least Cortana won’t be able to spy on what you do in Windows as well.
Or run the Geforce Now cloud gaming application within a Windows VM and then we don’t have to deal with the complexity of partitioning, installing, and switching from one OS to another because you can’t multitask if you’re running Windows on bare metal and you don’t want to do anything private on it.
▶ No.984745
>>958793
>intel hardware doesn't have any vulkan support
The Gentoo wiki page on Intel HD says the opposite.
▶ No.991363
Hasn't really been any news on this other than Proton. I can't find anything in the wild or updates on (((Google))). DDG doesn't say much either.