>native linux version of game is incredibly fucked>proton version works fine????
linux versions are often low-effort ports. windows has low-effort console ports, linux has low-effort windows ports
Translating direct x to vulkan is often faster and more "native" than a native Linux build. Wine itself is a centralized single component with the almost the exact same libraries and workings that will never change much. Its very stable and the dependencies will almost always be the same because wine only fixes bugs and updates and accomedates new Linux drivers and patches.Where as if devs want to make a build for Linux they have to make sure it stays updated and works for all sorts of different Linux packages which have different versions and different dependencies. Its why some programs made in python need an exact version of python and why python overall is shit because of it. Its a bad programming language with convoluted versions, modules etc. Same thing with Linux native builds in the simplest manner.If your distro is missing ONE dependency the game won't run where as with wine its almost garunteed to run since its an all inclusive package with everything needed to translate .exeIn the most simplest terms or something like that
>>106509800in the long run with the pajeeting of microsoft this will be true for windows as well everyone's just gonna target wine because it's the only stable abi and we'll have wine-on-windows lol
>>106509840isn't this pretty much what the>run as windows 7 compatibility thing is?
>>106509656Part of the reason for that is Win32 is very stable compared to every other Linux API.Win32 is so stable that even microsoft doesn't fuck with it and doesn't want to get rid of it regardless of the security issues that it has.In fact I expect microsoft would rather find a way to containerize it than pull it out.
>>106509840>we'll have wine-on-windows lolA statement devoid of all signs of thought or brain function>>106509960>regardless of the security issues that it hasSuch as?
>>106510127>A statement devoid of all signs of thought or brain functionpeople already use winevdm on windows if they want to run 16bit windows applications on 64bit windows. and while not part of wine itself, people do also sometimes use dxvk on windows, too, which helps some games most notably gta iv
>>106510248>using wine-associated projects means eventually wine-on-windows
>>106510327winevdm is comprised of wine components, not wine-associated. it's wine's version of ntvdm packaged for use on windows, the 16bit subsystem in 32bit windows nt
>>106509656>>proton version works fineBecause the Windows API is stable and the Linux APIs aren't. It's that simple.
>>106509656It's actually Valve's fault.They couldn't be arsed to keep older Ubuntu runtime around so all the older Linux games are broken.
>>106509656>????because you can't really make "linux native" games. there's different kernels, libcs and userspaces. what fuck do you even suppose to target? infinite amount of different permutations of linux desktop setups? with windows use just have win32. it's not perfect and in many ways is shit, but at least it's standardized. so you know what to target when developing for windows, unlike linux. if i would ever ship a game for linux today, i would just tatget windows and ensure that it works fine with proton.
>>106509656Literally what the fuck is confusing about that
>>106509960>>106511671Microsoft has fucked with it multiple times, and gaslit everyone that they weren't following the win32 api properly.
>>106509656I don't even bother with the native versions anymore, I just default to Proton.
>>106511979gaslighting is based and redpilled
>>106509800If you're doing a linux version specifically to put on steam is easy.They run a linux on linux thing that assures your build will be stable and always supported.Outside of steam is ogre
>>106509800that's a lot of words just to say even a bootleg windows is better than linux
>>106510248dxvk has nothing to do with wine and has no reason to be associated with it. it's a directx implementation
