Wine 2.2 released with even more Shader Model 5 instructions and work towards Direct3D command stream

Quoting: lejimster

Quoting: LeopardIs there anyone knows how can we enable Gallium under native wine?Custom wine version is really needed?

You need Padoka PPA if using Ubuntu based distro. https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa

I'm already using it but in the wine there is only enable csmt,not gallium.I'm using Wine Staging,latest version.Provided by Wine Ubuntu Ppa


Last edited by Leopard on 18 February 2017 at 3:47 pm UTC

Quoting: X6205I will start take Wine seriously when they implement proper X-input support and XBOX 360 controller will work in the games. Not only in the wine joystick preferences..

The Xbox controller does work in Wine, with X360ce.
I have a set of dll files (generated once with X360ce) that I just drop next to the Windows exec and that's it. The gamepad then is recognized, Xbox icons are displayed and force-feedback starts working.

That being said, looks like in the recent versions of Wine (somewhere between 1.9.18 and 2.1) this method stopped working. I don't follow the Wine change-log closely but I remember something about changes in input support that might be responsible for this.

Quoting: adamhmIn my view Wine is crucial for helping bring new users to Linux. If it wasn't for Wine I wouldn't have switched to Linux 4 years ago - I'd still be clinging to Win7 now, probably hoping for ReactOS to improve enough to be usable for gaming before support for Win7 ends. I wouldn't be trying to convince people to switch to Linux with giveaways, guides etc. as I currently do and I wouldn't be planning to make my next PC Linux-only.

I have literally hundreds of games (in addition to other software) that are Windows only and will never be natively available for Linux, built up over more than 25 years of gaming on DOS/Windows, and without Wine switching to Linux would have meant completely abandoning all of that.

In addition there are lots of other older games I'd like to play that I'd have to give up on ever playing on Linux if not for Wine. Although for me to consider buying any game with the intention of running it in Wine it has to be both DRM-free and cheap, as well as be likely to actually run well.

Word.. even back in 10 years ago when i switched to Linux, i wouldn't make it without wine, i was total WoW addict back then :) heck i even used wine for utorrent and foobar quite some time before i was happy with the native apps.

im still using wine for my music production, FL Studio. THere are nice native programs but starting from a scratch and with limited plugin support its not really a thing.


Wine project is amazing, what they have achieved. Keep on Rocking!

Quoting: Comandante Ñoñardo

Quoting: no_information_hereI may be wrong, but I have never heard a dev say "We don't need to port to Linux, those people will just buy it anyway and use Wine."

I think John Carmack said something like that

That's not what he's saying. He just basically advocates for what VP and Feral (not sure about Aspyr) are doing today.

Quoting: dubigrasu

Quoting: Comandante ÑoñardoI think John Carmack said something like that

That's not what he's saying. He just basically advocates for what VP and Feral (not sure about Aspyr) are doing today.

VP's eON might be very much like Wine, but AFAIK Feral's IndirectX is a source level shim, and hardly in the same category. They do not wrap Windows binaries or do runtime API translation.

Quoting: tuubi

Quoting: dubigrasu

Quoting: Comandante ÑoñardoI think John Carmack said something like that

That's not what he's saying. He just basically advocates for what VP and Feral (not sure about Aspyr) are doing today.

VP's eON might be very much like Wine, but AFAIK Feral's IndirectX is a source level shim, and hardly in the same category. They do not wrap Windows binaries or do runtime API translation.

Yes, they are different approaches, but the essence is that he advocates for Linux versions using a kind of "emulation of some sort" (sic) instead of "completely refactored, high performance native ports".
So basically released/supported Linux versions (whatever the method used) distributed on Steam as opposed to "those people will just buy it anyway and use Wine."

Just compiled it after the usual dependency hell. I did pick up a neat flag for make: make -j (number of cores) Compilation will go MUCH faster.


Last edited by oldrocker99 on 18 February 2017 at 7:10 pm UTC

Quoting: BladeforceIt's not just a case of wine being important for games that will never appear on Linux but also its important for these to be played on any system as windows is getting harder and harder to play these old games

Point. I get the impression Microsoft, as it finds its main competition for new versions of Windows is actually older versions of Windows resisting their planned obsolescence, is shifting away from its traditional emphasis on compatibility between versions--not so much wanting old software to fail to run on the new versions, as wanting new software to fail to run on the old versions so that people are forced to upgrade in order to use it.

For games, this tends to take care of itself because games keep requiring more and more powerful hardware--but for office software there's generally no need for a new box (which would ship with the new Windows) to use the latest version. If compatibility were maintained, there'd be nothing to stop someone from putting the latest office software and various other software on older computers running older versions of Windows for quite a long time. So if they want to keep pushing people onto the latest versions of Windows (which they do, both for the base sales and for other reasons relating to things like information access and control), not maintaining compatibility so well is an important tactic.

But this creates a potential opening for Linux. We could reach a point where Windows software older than a certain age can normally be expected to run better on Wine than on recent versions of Windows, giving holdouts on older Windows versions a powerful reason to switch rather than updating. This is starting to happen, both in the sense that there are such people switching and in the sense that some old software already does run better on Wine. But if it becomes a reliable situation and well known, it could help that trickle turn into a flood.

Go Wine!


Last edited by Purple Library Guy on 18 February 2017 at 10:46 pm UTC

Quoting: qptain NemoWine increases the viability and appeal of moving to Linux and decreases those for staying on Windows.

What happens in the times that Windows becomes more of a black box and the windows compatibility is out of date?


Back on OS/2, OS/2 and Windows NT 3.51 were equal OSes. You could run DOS apps on NT, you could run DOS apps on NT, you could run Windows Apps on OS/2 and you could run OS/2 Apps on NT. (and of course you could run OS/2 Apps on OS/2 and Windows Apps on NT) But something happened, NT 4.0 and Windows 95 happened and they added newer Win32 APIs that were a black box and you couldn't run Windows Apps on OS/2. People would be like "Well, if I get NT 4.0, I can run Windows and OS/2 Apps, so I don't need OS/2".

Kinda like what's happening with Wine. Wine hasn't been at feature parity with Direct3d for the past 10 years wit the release of DX10, we just haven't noticed it because until the past 4 years, all Windows games had a DX9 mode to fallback on and hey look, Windows 10 has an Ubuntu Subsystem. So if you want to run Linux Software, Windows 10 is your one-stop shop. Does that remind you of the days when you could run both Windows and OS/2 Apps on NT, but you couldn't run newer Windows Apps on OS/2?


Windows having the ability to run new windows apps and new OS/2 Apps, (if any) but OS/2 was only compatible with legacy Windows ruined the viability of OS/2 just like the ability to only run legacy Windows on Linux is ruining the viability of Linux.


Last edited by commodore256 on 19 February 2017 at 12:01 am UTC

Quoting: Leopard

Quoting: lejimster

Quoting: LeopardIs there anyone knows how can we enable Gallium under native wine?Custom wine version is really needed?

You need Padoka PPA if using Ubuntu based distro. https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa

I'm already using it but in the wine there is only enable csmt,not gallium.I'm using Wine Staging,latest version.Provided by Wine Ubuntu Ppa

My link didn't work properly... I think ive fixed it this time... But goto it. And read down to where it mentions gallium-nine.. They recommend using wine off another ppa. https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa


Last edited by lejimster on 19 February 2017 at 12:14 am UTC