Wine 8.14 is out now and here's what's new

​This wine version with ./configure --enable-archs=i386,x86_64 work and steam also still working in my case



however dragon dogma arisen is very heavy for recording (before screen stay with recording active aka ffmpeg quicksync) and occur similar nvenc error (in my case if gpu stay around 95% or more sound are completly desynchronized without forget fps performance have huge penalty, in my case around 15fps)

similar issue occur with samurai shodown UE4 title, curiously use video enhance according intel gpu top in my intel tests
i dont see video enhance activated

however is impressive see how a tiny igp like uhd can run this but with before quicksync cited situation i pass to make this video gameplays maybe delay for better hardware (i think about help amd if appear apus in socket am5 with good specs)





Almost forget samurai shodown aspect ratio is 16:9 but with HxD can possible change that in game executable (searching value 39 8E E3 3F and replace for AB AA AA 3F)

​


Last edited by mrdeathjr on 21 August 2023 at 9:50 am UTC

Quoting: mrdeathjr​This wine version with ./configure --enable-archs=i386,x86_64 work

Finally... I hate building Wine twice.

I went back to Wine 8.6.1 for my uses because everything is 100% (had one game that wouldn't work with Wine 8.12), but I'll be happy when I can do it like that when internal thunking is viable, and 32 bit games can be run on a non-multilib system.

P.S. I don't think I have one single 32 bit Linux native game anymore, it's only Windows games. Old eON translated binaries are all shit and I've switched any of those games to the Windows versions with Proton.

So when that's ready, I can run whatever kind of Linux system I want. I do really good customized from-scratch systems (for me only, I mean), but it's too onerous to do all those dependencies with their lib32 counterparts etc. I only play 64 bit Linux native games there (and I do have several, both open source and GoG)

Eventually Valve will finally extract crania from recta and stop being so silly with our Steam client, too. We shouldn't need a multilib system to run a native game client if we don't intend to interface with any 32 bit games. If they still want to support 32 bit Linux distributions, by golly, do a 32 bit build like everyone else would in our ecosystem.


Last edited by Grogan on 20 August 2023 at 11:19 pm UTC

Quoting: GroganFinally... I hate building Wine twice.

Oh, so it is easy to build WoW64 Wine now? Before this process was so convoluted that I never bothered doing it when I needed to build it.


Last edited by Shmerl on 21 August 2023 at 6:42 am UTC

Quoting: ShmerlOh, so it is easy to build WoW64 Wine now? Before this process was so convoluted that I never bothered doing it when I needed to build it.

Apparently so, though I couldn't say how well it would work out.

You still need both i686 and x86_64 mingw cross toolchains for it to build correctly though. I was reading where it'll silently drop the i386 PE code if the 32 bit mingw is not present (which sounds like a "WTF" head scratcher when it doesn't work lol). There's a merge request to make configure fail in that situation, but it's not in there yet.

I don't think I'm going to try that just yet (not for my system wine anyway, which is TKG'd)

Quoting: Shmerl

Quoting: GroganFinally... I hate building Wine twice.

Oh, so it is easy to build WoW64 Wine now? Before this process was so convoluted that I never bothered doing it when I needed to build it.

Yeah only ./configure --enable-archs=i386,x86_64 and make -jN (N are cpu cores you assign to make)

Almost forget in this mode wine64 binary dont exist, is only wine binary but run both 32 and 64bits windows apps



However still dont appear icons in appetizer app folders but when push to execute work normally compared regular deb provided for wine team aka (wine-devel.deb - wine-devel-amd64.deb - wine-devel-i386-i386.deb and winehq-devel.deb)






Last edited by mrdeathjr on 21 August 2023 at 10:29 am UTC

Quoting: mrdeathjrAlmost forget in this mode wine64 binary dont exist, is only wine binary but run both 32 and 64bits windows apps

Oh, that's nice. I was waiting for it to happen. Good to see that.

update with wine 8.14 (wine official lunar deb packages)

Steam dont work in my case, shows a windows asking restart client and other 5 options but dont work with anyone*

*this error appear sometime ago around wine 8.10 deb packages and are fixed around wine 8.11

however with ./configure --enable-archs=i386,x86_64 build steam works ok




Last edited by mrdeathjr on 21 August 2023 at 2:45 pm UTC

wine staging 8.14 deb packages are out, in my case main wine desktop window back to work* (in my case seriously affected since wine staging 8.10)

Quote*no more error:

0134:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded.

0134:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."

​



however steam show same error window than regular wine from deb packages, curiously steam works with regular wine compiled using this ./configure --enable-archs=i386,x86_64

​

Quoting: ShmerlOh, that's nice. I was waiting for it to happen. Good to see that.

Quoting: mrdeathjrYeah only ./configure --enable-archs=i386,x86_64 and make -jN...

OK, mrdeathjr you convinced me. I got brave and tried it. I was not disappointed. I grabbed this (ready patched Wine 8.14 TKG):

https://github.com/Kron4ek/wine-tkg

Built it like this... and it worked

../$pkgname/configure \
    --enable-archs=i386,x86_64 \
    --prefix=/usr \
    --libdir=/usr/lib \
    --with-x \
    --with-gstreamer \
    --disable-tests

  make -j10

(--libdir is necessary for me on Arch, for we don't use lib64 convention... lib32 for 32 bit)

That sure gets rid of a lot of gymnastics in my PKGBUILD (packaging steps too), though it still takes about the same amount of time to build.

Indeed, no wine64 binary.

I have /usr/lib/wine/i386-windows, x86_64-unix and x86_64-windows in there (nothing in /usr/lib32 anymore)

Installed as my system wine package, in Lutris, most of the games I've tested work (except Star Wars Battlefront 2 in EA, which I expected not to work with this version of Wine, the reason I went back to 8.6.1, but I'll figure something else out for that)

While they are working, I do seem to have trouble with some 32 bit games not exiting properly, needing to be killed. I'm not sure if that's a thing or just a one off, but it happened to both Bioshock Infinite (32 bit Windows version) and Dead Space 2 in EA App.

Now, I have the full complement of 32 bit dependencies on my system. I doubt we're at the point yet where we don't need 32 bit deps at the back end, but it would be an interesting test (couldn't build it on such a system though)

I'm going to keep this configuration now. I'll work around anything that doesn't work (use other wine runners etc.)

If single wine binary is a thing in the new version, why does their 8.14 build for Debian still contain wine64? They decided not to remove that split yet by default?


Last edited by Shmerl on 22 August 2023 at 3:09 am UTC