Another Wine development release with Wine 3.4 that continues to add in more Vulkan support making another exciting release.
Here's the highlights:
- More Vulkan support, including integration with the X11 driver.
- Better handling of privileged instructions on x86-64.
- Hex edit dialog improvements in RegEdit.
- Assortment of patches merged from wine-staging.
- Various bug fixes.
In terms of bug fixes, there were 45 noted in total. As usual though, some of these may have been solved earlier and only now tagged as fixed. In terms of recently fixed: the Black and White 2 demo should no longer crash on startup, Foresight, Gamestudio Venice, GOG King Arthur Collection all needed a fix that made it in, the AvP Classic 2000 (Steam) launcher should no longer crash when starting a game and plenty more.
Good progress as always, Wine is going to be in very interesting shape by the end of the year. What are you most excited about when it comes to Wine development?
Some you may have missed, popular articles from the last month:
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
I wrote above. Officially supported version is still better than unsupported one, so there is added value.Yes, but it wont be enough value to let the average Linux gamer wait for a Linux release when the Windows version is already available.
This is may be true for a few indie titles, but certainly not for the big productions.There is simply no market anymore for (Linux-) games (wrapped or native) on Linux.
You can make the same claim about current closed wrappers from Feral and VP, i.e. they supposedly hurt the market of native games. Yet we see the opposite, major game engines are improving Linux support, and increasing amount of native games are coming out these days.
We can stop here when you claim that Feral is hurting the market for Linux games :)
Last edited by jens on 18 Mar 2018 at 6:38 am UTC
0 Likes
Yes, but it wont be enough value to let the average Linux gamer wait for a Linux release.
Ease of porting makes day one release way more accessible. So why should they wait for who knows how long?
This is may be true for a few indie titles, but certainly not for the big productions.
This is true for everything. When something becomes a commodity rather than rarity, you don't need to spend a lot on it. Market is more accessible and you focus on the result, rather than the tool.
In this case, tools and effort (engines and porting) are becoming increasingly commoditized. I think it only increases the prospects of more Linux games, rather than the opposite. Sure, there can be more competition among those who do the porting work, but there is nothing wrong with that. The way it's all heading is, that porting would become easy enough that most will be doing it in house. And the rest will be using engines with cross platform support to begin with (i.e. native games).
Last edited by Shmerl on 18 Mar 2018 at 6:40 am UTC
2 Likes, Who?
The way it's all heading is, that porting would become easy enough that most will be doing it in house.I very much doubt that we see more in-house porting. But let's see and hopefully I'm wrong.
And the rest will be using engines with cross platform support to begin with (i.e. native games).I doubt this too, it is still a long way until studios will keep Linux in mind from the beginning on. This long way will be disturbed when statistics claim that earning money on Linux ain't possible (since Linux gamers will buy the windows versions of games anyway due to wine/dxvk progress).
Last edited by jens on 18 Mar 2018 at 6:49 am UTC
0 Likes
This long way will be disturbed when statistics claim that earning money on Linux ain't possible (since Linux gamers will buy the windows versions of games anyway due to wine/dxvk progress).
Same could be said about DX9 for a long time already, that didn't stop porting. Some actually used Wine itself for exactly this purpose. It's just catching up for DX11 now, that's all. Surely, if they don't release Linux version on day one, some will play it in Wine without official support. But if they do, they can play an official version... in the same Wine :) The difference is, that Linux users will more likely buy a supported game.
Last edited by Shmerl on 18 Mar 2018 at 6:58 am UTC
3 Likes, Who?
The difference is, that Linux users will more likely buy a supported game.I hope so, though I'm less optimistic here.
0 Likes
You can make the same claim about current closed wrappers from Feral and VP, i.e. they supposedly hurt the market of native games. Yet we see the opposite, major game engines are improving Linux support, and increasing amount of native games are coming out these days.
Interesting! Which ports by Feral are binary wrapped? Asking only for scientific reasons…
Last edited by bolokanar on 18 Mar 2018 at 8:55 am UTC
0 Likes
I think it's important to remember that the moment when Wine runs new games so well that native Linux ports are "unnecessary" is also the very same moment when it truly doesn't matter if you play new games on Windows or Linux and running Windows is also unnecessary.
4 Likes, Who?
Still no luck with getting doom to run, Battleye still craps out with Planetside 2 aswell:'(
0 Likes
Looks like that the Staging version is released.
https://www.phoronix.com/scan.php?page=news_item&px=Wine-Staging-3.4-Released
I'm gonna test now does the H1Z1 start.
https://www.phoronix.com/scan.php?page=news_item&px=Wine-Staging-3.4-Released
I'm gonna test now does the H1Z1 start.
0 Likes
But now I'm back to staging. However, this is stuck in version 2.21. Has anyone under Ubuntu ever played with the Devel-branch Doom 2016 or made GTA V work?
This doesn't answer your question, but I also have a 970, and I've been able to run DOOM 2016 Vulkan on wine-staging <2.21 (can't remember the exact version, I've uninstalled the game several months ago [takes too much disk space...]) with absolutely no problems -- perfectly smooth at 1080p, locked at 60fps.
... in fact, for some odd reason, on my system the wine-staging performance was BETTER than what I got on native windows. On the latter I kept getting odd artifacts (effects like sparks and flames froze up, littering the scenery), and the occasional stuttering. On wine, there was none of that.
This is on Fedora, with wine from the winehq repositories. I didn't have to tinker with the prefix with winetricks etc., at all; it worked 'out of the box'.
1 Likes, Who?
Interesting! Which ports by Feral are binary wrapped? Asking only for scientific reasons…
Feral use source wrapping. VirtualProgramming use static translation (binary wrapping). Wine allows both methods for the reference. Performance wise, there isn't much of a difference really. It's just swapping the translation from compilation to dynamic linking.
Last edited by Shmerl on 18 Mar 2018 at 12:39 pm UTC
0 Likes
I don't think you got what he said. If the linux users already bought it because it ran well in wine then the developer won't see any extra money from them by going through the effort of porting as they already bought the game.
Some Linux users. Others prefer a supported version. That's the only difference, and same applies already now and applied for a while, since Wine can run many games for a long time already. That didn't stop porting (i.e. releasing officially supported versions) as above.
Last edited by Shmerl on 18 Mar 2018 at 12:45 pm UTC
1 Likes, Who?
Feral stopping supporting Linux is in my opinion the end of AAA games on Linux.
I can't say anything due to NDAs, but rest assured that that's not true.
1 Likes, Who?
Do you have an example for a source wrapped game/program using wine? Or is that just a "theoretical" possibility?Interesting! Which ports by Feral are binary wrapped? Asking only for scientific reasons…
Feral use source wrapping. VirtualProgramming use static translation (binary wrapping). Wine allows both methods for the reference.
I'm just curious about that :)
0 Likes
Do you have an example for a source wrapped game/program using wine? Or is that just a "theoretical" possibility?
I didn't really research Wine wrapping usage. From the officially supported Wine wrapped versions I remember Two Worlds for Linux by TopWare and The Witcher for MacOS (CDPR / VirtualProgramming). You can check whether they are source or binary wrapped. In the end, developers would probably pick what's easier and I expect binary wrapping to be more trivial than source wrapping. Source wrapping can provide some benefits though, since they can adjust things more directly if needed, but naturally it's more work. See: https://wiki.winehq.org/Winelib_User%27s_Guide
Last edited by Shmerl on 18 Mar 2018 at 2:49 pm UTC
0 Likes
Anyone know how to get DOOM to work with Vulkan?
Everytime I switch to Vulkan for DOOM the game just won't open, I'm using the latest 3.4 with vulkan support
Wine Staging 2.21
I can play Doom 2016.
Just do this.
https://forum.winehq.org/viewtopic.php?f=8&t=29529
Pirated version
sudo apt-get install libvulkan1
sudo apt-get install libvulkan1:i386
sudo apt-get install vulkan-utils
Last edited by Leopard on 18 Mar 2018 at 3:18 pm UTC
0 Likes
********Talking about piracy in general should be fine on GOL, but recommending specific releases seems a bit much?
Last edited by tuubi on 18 Mar 2018 at 4:35 pm UTC
0 Likes
Fitgirl repackTalking about piracy in general should be fine on GOL, but recommending specific releases seems a bit much?
I'm just trying to help him with exact instructions. Sure , i can delete it.
0 Likes
Anyone know how to get DOOM to work with Vulkan?
Everytime I switch to Vulkan for DOOM the game just won't open, I'm using the latest 3.4 with vulkan support
Doom only seems to like 2.21 staging, tried all sorts to get it to work on other branches
0 Likes
Thanks a lot! I'm looking forward for what is to come :)Feral stopping supporting Linux is in my opinion the end of AAA games on Linux.
I can't say anything due to NDAs, but rest assured that that's not true.
0 Likes
See more from me