Announcement
Collapse
No announcement yet.
Wine-Staging Will No Longer Be Putting Out New Releases
Collapse
X
-
Can someone ELI5 why if the devs stopped releasing versions there are releases of 3.4, 3.5, 3.6 or 3.7?
-
Originally posted by debianxfce View Post
Google origin legacy and click the link, it will download OriginThinSetup.exe.https://answers.ea.com/t5/Technical-...e/td-p/5824787
However try use legacy installer from my files
Leave a comment:
-
Originally posted by leipero View Post
It's really strange, but it is a problem with overrides nine does, this wasn't a problem with staging-nine 2.21, just tested it now, so, process as follows:
1. Clean 32-bit prefix, winecfg
2. winetricks d3dcompiler_43
3. Starting game (Split Second, it requires dedcompiler_43 regardless), game starts normally etc.
4. ninewinecfg, enable nine
5. Start game = works as expected.
6. ninewinecfg, disable nine
7. Start game = crash.
8. winecfg, change d3d9 (added by nine) from native to builtin
9. Start game = works fine.
So, the problem is that nine adds d3d9 override in wine prefix where it's enabled, but it doesn't roll back to builtin (or whatever is default) or remove it whenit's disabled. So, now we know what is the problem, and it is probably caused by this nine implementation (upstream, not package). This should be reported as bug.
EDIT:
I spoke too soon, repeated process, with d3d9 removed by nine, it crashes again, and even changing it to builtin doesn't help.... This might as well be a wine bug.
1. Get to step 5
2. cp -r YOUR_WINEPREFIX YOUR_WINEPRFIX.bak
3. Get to the point where it should have reverted but is crashing
4. diff -ru YOUR_WINEPRFIX.bak YOUR_WINEPRFIX
Leave a comment:
-
Originally posted by geearf View Post
Yup, that's the package.
I don't know much about the problem though, it might be my fault I haven't done much testing yet.
When you start your game do you see the little green text saying nine is active? If so, I would assume the package to work as expected.
Maybe it's related to something newer in the release I use than in Sarnex' patches that are used for the other nine related packages?
I just added a check to Wine >= 3.0 in case people tried with 2.x. I assume that was not your issue though.
Leave a comment:
-
Originally posted by leipero View PostThis should be reported as bug.
but yes I had not realize nine used overrides now, but it then makes sense that you may have issues with unticking it and not getting back to whatever state you had previously.Last edited by geearf; 20 February 2018, 06:09 AM.
- 1 like
Leave a comment:
-
Originally posted by geearf View Post
My understanding is that you should not need the d3d overrides with nine, so I'm not sure what's happening there. Maybe that's what you said previously, that it's going through both path. When you're running the game with nine and your override, is it faster/lower cpu usage than without nine?
As for unticking nine leading to crashes, that's strange it works for me with my overrides, that's how I did my tests.
I'm afraid this is way above my knowledge here, I suggest talking to Siro about this or maybe if mannerov reads this
1. Clean 32-bit prefix, winecfg
2. winetricks d3dcompiler_43
3. Starting game (Split Second, it requires dedcompiler_43 regardless), game starts normally etc.
4. ninewinecfg, enable nine
5. Start game = works as expected.
6. ninewinecfg, disable nine
7. Start game = crash.
8. winecfg, change d3d9 (added by nine) from native to builtin
9. Start game = works fine.
So, the problem is that nine adds d3d9 override in wine prefix where it's enabled, but it doesn't roll back to builtin (or whatever is default) or remove it whenit's disabled. So, now we know what is the problem, and it is probably caused by this nine implementation (upstream, not package). This should be reported as bug.
EDIT:
I spoke too soon, repeated process, with d3d9 removed by nine, it crashes again, and even changing it to builtin doesn't help.... This might as well be a wine bug.
Last edited by leipero; 20 February 2018, 05:46 AM.
Leave a comment:
-
Originally posted by leipero View Post
Yeah, performance are fine when my "default" overrides are changed to suit the newer implementation/version. However, the only problem so far is as follows, and I'm not sure why it happens (it does have something to do with dll overrides). When I create clean prefix, add dll overrides, start game in that prefix = everything is fine, game works properly, however, after I enable nine in ninewinecfg, game still works fine as expected, but when I disable it (untick), game instantnly crashes after overrides are used. That behaviour didn't happen with previous versions of wine (at least with staging 2.21).
If you want to test on your own game, these are changed overrides for 3.2 to make it work without those slow load times and stutters (in Split/Second at least):
Code:winetricks d3dx9_30 d3dcompiler_43 winetricks devenum winetricks quartz winetricks wmp10
As for unticking nine leading to crashes, that's strange it works for me with my overrides, that's how I did my tests.
I'm afraid this is way above my knowledge here, I suggest talking to Siro about this or maybe if mannerov reads this
Leave a comment:
-
Originally posted by geearf View Post
I've tried another game and it looked about the same, a few % of higher CPU usage but nothing interesting, so I have nothing to report myself.
If you want to test on your own game, these are changed overrides for 3.2 to make it work without those slow load times and stutters (in Split/Second at least):
Code:winetricks d3dx9_30 d3dcompiler_43 winetricks devenum winetricks quartz winetricks wmp10
Leave a comment:
-
Originally posted by leipero View Postgeearf Yes, I used sarnex patches, but it was mess up with my overrides, same happens if whole wine is compiled. So it's all fine now with that implementation, still there are some things to be done (as always) to get it on pair with solutions used in staging.
- 1 like
Leave a comment:
Leave a comment: