Quoting: DarkeNoob question here,

With the new version, will the 'Wine' I have installed, update to this when I update or do I have to manually update it?

Thanks,

D

Yeah newer wine update your wine prefix

:smile:

View this comment - View article - View full comments

​In this wine version (compiled with ./configure --enable-archs=i386,x86_64) steam still works and virtual desktop works too in my case



With some installers (with arc.exe) in this version show you dont have admin rights in my case (with wine 8.13 deb packages works ok) ????

​:smile:

View this comment - View article - View full comments

Quoting: Groganwhat I think happened with Fallout 3 is something in the wine prefix got overwritten. The game did run, but it needed reinstalling. Fallout 3 has something "sneaky" because it used to be a Games for Windows Live game. They've defanged it with a fake dll but there's something that makes the game need installing (it can't just be dropped in by copying). It won't find content.

If I could have reinstalled it (GoG installers wouldn't run) it would have worked. I switched it to another wine (my Proton-TKG) and it reinstalled OK. Converting it back to my wine 8.6.1 didn't break it again. Weird.

There is no benefit for me to use this new Wine implementation at this time, and a lot of problems with 32 bit applications. My 8.6.1 built the normal way is 100% for everything I use it for. Pretty easy choice :-)

I really wanted this to work. I convinced myself that I was just going to work around all the problems, but this will just be the start of the problems I would likely encounter. (I thought it was great until I started uncovering them)

The only good thing about beating your head against the wall is that it feels good when you stop :-)

In my case fallout 3 with gog gfwl dont affect however i remember various titles have this virus called GFWL

Curiously in my case gog installers work ok, with this wine i test mighty switch force collection installer and others

:smile:

View this comment - View article - View full comments

Quoting: GroganWell, I have to say I've now seen that this isn't completely appropriate yet for 32 bit games. I'm going to have to go back to the old method, moreover, I'm just going to go back to my recently recompiled wine 8.6.1 before I go converting more wine prefixes to this. It's a shame, because I'm mostly OK.

In testing Fallout 3, it didn't run correctly. I could hear the background audio, but the launcher program drew no window. So I ran the Fallout3.exe directly, and found that it needed to be "installed". It's a game that has to be installed correctly or it doesn't find mods and dlc, only the base game.

'Twas then that I found out that a lot of 32 bit programs won't indeed run, including GoG installers! Even for 64 bit games, the installers are 32 bit.

wine client error:124: sendmsg: Bad file descriptor

I get the same with a newly generated ~/.wine prefix (not only in lutris)

But other important programs won't run either, like the 32 bit wine mono installers

009c:err:environ:init_peb starting L"Z:\\usr\\share\\wine\\mono\\wine-mono-8.0.0\\support\\removeuserinstalls-x86.exe" in experimental wow64 mode
00a4:err:environ:init_peb starting L"Z:\\usr\\share\\wine\\mono\\wine-mono-8.0.0\\support\\installinf-x86.exe" in experimental wow64 mode

So, right now, for me, prefixes that updated properly STILL have old files that work. Updating a prefix doesn't remove files, if another dll was there it will still be there etc.

Some 32 bit games were OK running after being given new prefixes because they didn't run afoul of anything that wouldn't run. Like Just Cause 2 and Bioshock Infinite, for example.

This will not do for my system wine, obviously.

In my case work however i use 1 prefix for all and this prefix is created when use wine staging from deb packages

Respect fallout 3 of gog runs ok and sound is ok





personally maybe needs a previously wow64 staging prefix, however debian based distro is completly different than arch based distro

Curiously in my case just cause 2 dont work, in my case show this:

0328:fixme:vulkan:wine_vkAllocateMemory Using VK_EXT_external_memory_host

0364:err:d3dcompiler:D3DCompile2 <anonymous>:6:121: E5017: Aborting due to not yet implemented feature: Load() sampling index parameter.

however another thing can be affect is amd radv drivers are different than intel anv

:smile:

View this comment - View article - View full comments

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)

*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

​:smile:

View this comment - View article - View full comments

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

:smile:

View this comment - View article - View full comments

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)



:smile:

View this comment - View article - View full comments

​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)

​:smile:

View this comment - View article - View full comments

Quoting: Klaas

Quoting: mrdeathjrNo especially on emulators area opengl still stay used sadly

Don't forget OpenMW.

and as your said other engine opensource implementations case openmohaa, opennox, openrct, orctw, devilutionX and many others too

resuming think vulkan or zink can be a magic bullet for all opengl programs for now is not possible and maybe for much time more

however is a good alternative, i tested many emulators, non native apps case wine, native apps too and zink works in many cases but lack in others too for now

:smile:

View this comment - View article - View full comments

Quoting: Liam DaweWell, OpenGL is legacy at this point. No one is really doing anything modern with it, and we've already seen Zink become an official thing in some places. It seems like a better idea to keep optimizing Zink for OpenGL where it does already seem to perform quite well.

No especially on emulators area opengl still stay used sadly

However various emulators like snes9x traditionally dont use anything more than opengl but this year them up to vulkan wagon

But vulkan renderer still lacking case vba-m, mgba, skyemu, melonds and others, maybe this situation can improve in future but vulkan programming is more complex than opengl

Zink curiously allow work various of before cited emulators but on intel anv driver lack of some important feature like:

EXT_attachment_feedback_loop_layout

https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23523 [External Link]

before features are needed in some emulators like melonds (problably can solve rendering issues with zink), mgba (seriously 3D impact performance case simpsons road rage*)

3D is used of anyone ask because in this type of games like road rage, mario kart, konami racers, f-zero and maybe other when scenary stay on 3D

gba native resolution is 240*160 is possible up resolution until 16x aka 3840x2560

Maybe this situation can improve in future

:smile:

View this comment - View article - View full comments