http://bugs.winehq.org/show_bug.cgi?id=33290
Bug #: 33290 Summary: Wine strange fullscreen behavior Product: Wine Version: 1.5.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: mmtaddxg@jadamspam.pl Classification: Unclassified
Created attachment 44042 --> http://bugs.winehq.org/attachment.cgi?id=44042 Console output
I have a problem with fullscreen mode with Heroes of Might and Magic III and recently with Portal Prelude. I will try to explain the situation with HoM&M: As I start the game the 3DO animation is often shited a bit to the upper-left but moving cursor in the corner upper-left corner centers it. Now while playing the actual game at some point (sometimes quite soon sometimes after a while) while trying to y see the desktop. The resmove the map with a cursor you start to move the whole game screen. When game screen is shifted you can clearlolution is 800x600 ("Heroes" resolution) but desktop seem to be size 1280x1024 which is the native resolution of my display. This bug obviously makes playing impossible and the only solution for now is to change the resolution before starting the game which is not really convenient. As I've mentioned in the beginning the same bug applies to Portal prelude which at first opened in 1280x960 for some reason. Of course with portal the situation is much better becuse you can actually change the game's resolution, not so much with HoM&M. This bug did not take place in Wine 1.4 and (as far as I remember) 1.3
I'm using Linux Mint 14.1 Mate GF 250 GTS Nvidia drivers 310.14
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #1 from mmtaddxg@jadamspam.pl 2013-03-29 10:23:50 CDT --- I'm sorry but I have to post the description once more because in some mysterious way I have mixed up two sentences.
I have a problem with fullscreen mode with Heroes of Might and Magic III and recently with Portal Prelude. I will try to explain the situation with HoM&M: As I start the game the 3DO animation is often shited a bit to the upper-left but moving cursor in the corner upper-left corner centers it. Now while playing the actual game at some point (sometimes quite soon sometimes after a while) while trying to move the map with a cursor you start to move the whole game screen. When the game screen is shifted you can cleary see the desktop. The resolution is 800x600 ("Heroes" resolution) but desktop seem to be size 1280x1024 which is the native resolution of my display. This bug obviously makes playing impossible and the only solution for now is to change the resolution before starting the game which is not really convenient. As I've mentioned in the beginning the same bug applies to Portal prelude which at first opened in 1280x960 for some reason. Of course with portal the situation is much better becuse you can actually change the game's resolution, not so much with HoM&M. This bug did not take place in Wine 1.4 and (as far as I remember) 1.3
I'm using Linux Mint 14.1 Mate GF 250 GTS Nvidia drivers 310.14
http://bugs.winehq.org/show_bug.cgi?id=33290
mmtaddxg@jadamspam.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #2 from mmtaddxg@jadamspam.pl 2013-04-05 04:56:46 CDT --- Today the same thing happened while trying to force Darksiders(Steam version) to work.
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #3 from Rosanne DiMesio dimesio@earthlink.net 2013-04-05 08:37:54 CDT --- (In reply to comment #1)
This bug did not take place in Wine 1.4 and (as far as I remember) 1.3 I'm using Linux Mint 14.1 Mate GF 250 GTS Nvidia drivers 310.14
And were you using the exact same kernel/graphics driver/window manager/everything else with the older versions of Wine?
If this really is due to a change in Wine and not something else on your system, you need to run a regression test to identify the patch that caused it. http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #4 from mmtaddxg@jadamspam.pl 2013-04-05 17:53:27 CDT --- (In reply to comment #3)
And were you using the exact same kernel/graphics driver/window manager/everything else with the older versions of Wine?
When it comes to Wine 1.4 and 1.5 yes - both versions were tested on the very same drivers and kernel version, I've upgraded after installing 1.5. As for 1.3 version, I had it some time ago on my Ubuntu 10.04 and I can't recall a single instance of the behavior I described.I've installed 1.5 because I was getting the infamous Mp3dec.asi error in Heroes and the error is no more but it's not really playable right now. BTW: Including Darksiders, this makes it up to 3 titles, each from different developer. I've never done Regression Test before but it looks like it might be necessary in this case so I have to find some time to do some reading and, eventually, to perform the test.
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #5 from Mr Sinister mmtaddxg@jadamspam.pl 2013-04-09 02:18:12 CDT --- Created attachment 44128 --> http://bugs.winehq.org/attachment.cgi?id=44128 H3 install -console output
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #6 from Mr Sinister mmtaddxg@jadamspam.pl 2013-04-09 02:37:16 CDT --- I have some problems running regression test. I succesfully clone git, then i ran CC="ccache gcc" ./configure --enable-win64 --verbose --disable-tests (after installing a ton of dependencies), make and I have succesfully compiled wine-1.5.27-174-ge2b88dc . But obviously sth is wrong because when I type simply "./wine" I get "wine: could not find the Wine loader in /home/hades/wine-git" message. I've managed to install H3 with ./wine64 and I attach the console output. Strange thing about the ntdll.dll.so beacuse I actually have it but not in /usr/local/lib64/wine/ but in /usr/lib/x86_64-linux-gnu/wine/ and of course in /home/hades/wine-git/dlls/ntdll/. Anyway, now I can't run the game because ./wine command does not work at all (see above) and ./wine64 runs the game (despite the few Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. messages) but it pops up the requester saying that "Game files are missing. Please reinstall", which is obviously ridiculous as it had been installed correctly. What do I do now?
http://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #7 from Austin English austinenglish@gmail.com 2013-04-09 12:03:37 CDT --- (In reply to comment #6)
I have some problems running regression test. I succesfully clone git, then i ran CC="ccache gcc" ./configure --enable-win64 --verbose --disable-tests (after installing a ton of dependencies), make and I have succesfully compiled wine-1.5.27-174-ge2b88dc . But obviously sth is wrong because when I type simply "./wine" I get "wine: could not find the Wine loader in /home/hades/wine-git" message. I've managed to install H3 with ./wine64 and I attach the console output. Strange thing about the ntdll.dll.so beacuse I actually have it but not in /usr/local/lib64/wine/ but in /usr/lib/x86_64-linux-gnu/wine/ and of course in /home/hades/wine-git/dlls/ntdll/. Anyway, now I can't run the game because ./wine command does not work at all (see above) and ./wine64 runs the game (despite the few Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. messages) but it pops up the requester saying that "Game files are missing. Please reinstall", which is obviously ridiculous as it had been installed correctly. What do I do now?
Please use the forums or IRC for help running the regression test.
http://bugs.winehq.org/show_bug.cgi?id=33290
tesla_d1@och.nu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tesla_d1@och.nu
--- Comment #8 from tesla_d1@och.nu 2013-05-03 09:30:08 CDT --- Could this be related to bug 33479?
http://bugs.winehq.org/show_bug.cgi?id=33479
There is a ppa there that could be tested.
http://bugs.winehq.org/show_bug.cgi?id=33290
Reinhard Berger geist1@sms.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |geist1@sms.at
--- Comment #9 from Reinhard Berger geist1@sms.at 2013-07-07 06:34:21 CDT --- (In reply to comment #1)
I'm sorry but I have to post the description once more because in some mysterious way I have mixed up two sentences.
I have a problem with fullscreen mode with Heroes of Might and Magic III and recently with Portal Prelude. I will try to explain the situation with HoM&M: As I start the game the 3DO animation is often shited a bit to the upper-left but moving cursor in the corner upper-left corner centers it. Now while playing the actual game at some point (sometimes quite soon sometimes after a while) while trying to move the map with a cursor you start to move the whole game screen. When the game screen is shifted you can cleary see the desktop. The resolution is 800x600 ("Heroes" resolution) but desktop seem to be size 1280x1024 which is the native resolution of my display. This bug obviously makes playing impossible and the only solution for now is to change the resolution before starting the game which is not really convenient. As I've mentioned in the beginning the same bug applies to Portal prelude which at first opened in 1280x960 for some reason. Of course with portal the situation is much better becuse you can actually change the game's resolution, not so much with HoM&M. This bug did not take place in Wine 1.4 and (as far as I remember) 1.3
I'm using Linux Mint 14.1 Mate GF 250 GTS Nvidia drivers 310.14
As far as i have discovered this problem appears with recent newer nvidia driver.
Nvidia driver before 310 (295.x) works correctly on evry wine version.
Newer NVIDIA drivers 310.x, 325.x shows this effect.
I have discovered 2 workarounds :
1.) When this problem apperas during gameplay, switch away window (CTRL+TAB) and switch back to (full screen) heroes window, center the picture and leave the town , when the game re-draws the screen it will not anymore scroll out .
Only problem is that this works not very long, after a few rounds this problem will appear once again.
2.) switch the desktop resolution to 800X600 before the game runs, and setup wine to emualy a virtual desktop with 800X600.
It will be fullscreen as well when you start the game.
I can not test if this problem appears with older wine versions when using newer nvidia drivers (310 & up) since older wine versions have problems to dedect the OPEN GL libraries from this nvidia drivers and report that no OPENGL / Dricect-X is installed, as a result the game will not run.
Only newer Wine versions can use the OPEN GL mode from the newer nvidia drivers.
Currently the best way at the moment is to use the older NVIDIA drivers, but i fear that in future wine will refuse to work with that.
The bug must have something to do with the new resolution switching system that comes with the 310.x series of nvidia drivers.
Hard to tell if it is a bug in wine or nvidia or both.
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #10 from Mr Sinister mmtaddxg@jadamspam.pl --- Howcome this is still unconfirmed? Reinhard Berger even posted a workaround so it means that it is an issue not only for one user. Now I use wine 1.6.2 and Nvidia 331 drivers and this bugs still affects me in Mint 17.1.
https://bugs.winehq.org/show_bug.cgi?id=33290
Gabriel Corona gabriel.corona@enst-bretagne.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gabriel.corona@enst-bretagn | |e.fr
--- Comment #11 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- I think I'm affected by this (using nvidia driver). It happens all the time when the fullscreen/in-game resolution is not the same as the desktop resolution: the screen displays only a view of a larger virtual screen and you can pan with the mouse (like this https://sinewalker.wordpress.com/2010/07/09/what-happened-to-my-ctrl-zoom-in...).
One workaround is to use UseXRandR=N (https://wiki.winehq.org/Useful_Registry_Keys).
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #12 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- The thins I am talking about is the quite of thing you get if you do:
xrandr --output DVI-I-0 --panning 3000x3000
where 3000x3000 is larger than your resolution.
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #13 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- Unsurprisingly, when this happens the output of xrandr gives: "1280x1024+0+0 (normal left inverted right x axis y axis) 430mm x 270mm panning 1680x1050+0+0" where 1680x1050 is my desktop resolution and 1280x1024 is the resolution the game is trying (and apparently failing) to get.
I'm attaching the full output ox xrandr.
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #14 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- Created attachment 55100 --> https://bugs.winehq.org/attachment.cgi?id=55100 Output of xrandr showing panning
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #15 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- Apparently, the nvidia Driver expects needs XRRSetScreenSize() before XRRSetCrtcConfig(). Failing to do so leads to panning mode. I'm attaching a prototype program which successfully change resolution (at least in the simple cases) without introducing panning.
The needed steps are:
1. XGrabServer();
2. Disable the CRTC with XRRSetCrtcConfig;
3. XRRSetScreenSize to the new resolution;
4. XRRSetCrtcConfig to set the CRT to the new resolution (and reenable it);
5. XUngrabServer.
You can comment out the XRRSetScreenSize() call (and possibly everythin but the main XRRSetCrtcConfig call) to get somethying similar to the current behaviour of the Wine implementation which leads to panning (at least using the nvidia driver).
I'm not sure if this is the expected behaviour ox xrandr or if this is a bug in the nvidia driver.
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #16 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- Created attachment 55105 --> https://bugs.winehq.org/attachment.cgi?id=55105 Simple test of the libxrandr API
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #17 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- This patch fixes the issue for me:
https://www.winehq.org/pipermail/wine-patches/2016-July/152363.html
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #18 from Mr Sinister mmtaddxg@jadamspam.pl --- Any comments from wine devs? Will this patch included in Wine new releases?
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #19 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- The current patch breaks multihead so it won't get merged. The problem seems to be in the nvidia driver anyway so we might want to try to have this bug fixed there.
For now, you should be able to use UseXRandR=N. Another possible workaround might be to force xrandr 1.0 somehow.
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #20 from Henri Verbeet hverbeet@gmail.com --- (In reply to Gabriel Corona from comment #19)
For now, you should be able to use UseXRandR=N. Another possible workaround might be to force xrandr 1.0 somehow.
Forcing RandR 1.0 would be easy enough by just removing the "only_one_resolution" condition when checking for the NV-CONTROL extension. It may not behave any better though.
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #21 from Gabriel Corona gabriel.corona@enst-bretagne.fr --- Yes, forcing xrandr 1.0 (tested by removing only_one_resolution) is working as well (and is easy enough).
https://bugs.winehq.org/show_bug.cgi?id=33290
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=33290
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
https://bugs.winehq.org/show_bug.cgi?id=33290
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major
https://bugs.winehq.org/show_bug.cgi?id=33290
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com Component|-unknown |winex11.drv
--- Comment #22 from Zebediah Figura z.figura12@gmail.com --- A similar patch was upstreamed as https://source.winehq.org/git/wine.git/commitdiff/70d842b106d3ccbb0a786a41474903bddc4ea879. Please retest.
https://bugs.winehq.org/show_bug.cgi?id=33290
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #23 from joaopa jeremielapuree@yahoo.fr --- Time to mark this bug as FIXED?
https://bugs.winehq.org/show_bug.cgi?id=33290
--- Comment #24 from Reinhard Berger geist1@sms.at --- (In reply to joaopa from comment #23)
Time to mark this bug as FIXED?
As today using nvidia drivers 435.21 and wine-4.0.2 this problem is gone. So yes, time to close.
https://bugs.winehq.org/show_bug.cgi?id=33290
Mr Sinister mmtaddxg@jadamspam.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #25 from Mr Sinister mmtaddxg@jadamspam.pl --- (In reply to Reinhard Berger from comment #24)
(In reply to joaopa from comment #23)
Time to mark this bug as FIXED?
As today using nvidia drivers 435.21 and wine-4.0.2 this problem is gone. So yes, time to close.
I haven't tried Darksiders nor Portal for a while but HoMM III seems to be working fine so yes.
https://bugs.winehq.org/show_bug.cgi?id=33290
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Wine strange fullscreen |Fullscreen games cause |behavior |panning configurations to | |be generated on some NVidia | |proprietary drivers Fixed by SHA1| |70d842b106d3ccbb0a786a41474 | |903bddc4ea879
https://bugs.winehq.org/show_bug.cgi?id=33290
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.6.