So few weeks into my Linux experience and loving it
it's more of a random query than anything else... I have been looking a fair bit into Play on Linux, GPU Pass through and thought to my self that it seems Linux is awfully close to cracking the code so to speak of creating a as built app that allows win gaming emulation ?
as a complete noob with zero coding experience what is the hold up from making something like play on linux fully functional and easy to install ?
is it time, money or lack of effort ?
again not trying to ask wtf is going on but more searching for more info
Wine is an abstraction layer/call translator for Windows in Linux.
Play on linux contains customized configs for each game. If the Play on Linux site reports a game working well, it will work well 9/10. You don't need hardware passthrough to use WINE.
Maybe take a look at winehq and play on linux first, see if the games you want to play work well in linux.
was more of a question of why Wine and Pass through wasn't more embedded out of the box into a distro's by now covering more support for more games/apps than a question of how to.
like it seems that the development of a win emulation like wine got so far and stopped yet gpu pass through support has only got better over time ?
is their groups actively developing win emulation software for distro's or developing a distro that focuses on DX type emulation with in Linux through a simple to use GUI like play on linux
it seems the tech is available so why not the interest ?
The tech is there yeah, but it's still too cumbersome for some people to set the right settings manually, there's no automation script that sets the right settings for each game - maybe that's what's missing. As for passthrough it's also not a solution for everyone since you need specific hardware to get it to work nicely, so it's not a software issue.
Pass through is totally an out of the box feature on linux, that requires nothing but open source code, in fact, it won't work if you use binary blobs in the linux host.
WINE is an abstraction layer that uses actual Windows runtimes, and is therefore not really a super safe or nicely programmed solution, it's a bit of a hack, well, it's a big hack lol. Therefore, it is not a standard feature of linux distros, and the general consensus is that - while it is possible because of the huge possibilities linux offers - it is certainly not advisable.
In praxis, wine for games is ever less necessary, because Valve, as it offers linux versions of games, packs those games with a custom wrapper, which is like an abstraction layer/call translator, optimised for a particular game. Usually these work much better than wine. There is of course a native linux steam client, that makes gaming on linux, even with wrapped games that are made for windows originally, a completely painless and seamless experience. It's always advisable though to keep the steam client containerized on a linux system to avoid security risks, because obviously, neither the steam client nor the steam games, are open source software, therefore they are an inherent security and/or privacy risk. The configs for a well-integrated and containerized steam client that uses the runtime native to your distribution of choice instead of the older and less performing runtime steam packages with it's client, is available for most distros, not always in the main repos of the distro itself, but in community repos.