I installed WinVICE-3.1-x86-r34156 dated 2017-11-25 (today).
I run Windows 10 64bit Professional with the creator's update on a DELL Latitude E6540. It has both the Intel HD Graphics 4600 as well as the AMD Radeon HD 8790M video cards.
When I press [ALT]+D to go fullscreen I get the attached screenshot.
I expected the fullscreen to work as it is supposed to.
I tried to compile the source on Windows with MinGW32 but I can't get the configure script to complete. It fails with: configure: error: X11/Xaw/Tip.h is missing.
SDL2VICE-3.1 also has a problem with fullscreen mode. Selecting fullscreen from the menu only shows a black screen but [ALT-TAB] back to Desktop and then back to SDL2VICE-3.1 reveals that it complains about the resolution not being optimal for the screen. Changing it to the optimal resolution has no effect.
Same here. There's a workaround though. Right click your x64.exe then click on properties, select the compatibility tab then check the Disable fullscreen optimisations option, then hit apply and you're good to go.
Last edit: David Dekany 2017-11-26
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Version: v3.1 Labels: fullscreen Created: Sat Nov 18, 2017 10:12 AM UTC by eddybbr Last Updated: Mon Nov 27, 2017 05:17 PM UTC Owner: nobody Attachments:
Reopening this one, since although the current Win32 port is dead, we might run into the same problem with the new Gtk3 port.
If someone can explain what the Win10 'Fall Creators Update' changed which broke our Win32 port, that would be much appriciated for our Gtk3 efforts, if that one also borks on the update, which remains to be seen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
R-click on any and all VICE .EXEs that you use in fullscreen > Properties > Compatability tab > under Settings, tick the checkbox check ON for Disable fullscreen optimizations > OK, then close your VICE, reopen it again and go to fullscreen, no problem no more hehehehehe
All thanks for this fix go to compyx @ #vice-dev @ Freenode on IRC! That guy rules, ya know! hehehehehehe
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've tested the four builds that run under Windows on my PC-gaming system (Win10, GTX 750Ti).
Native Win32 port has the problem and solution as described in this thread.
GTK3 works fine with no extra massaging.
SDL2 works fine with no extra massaging.
SDL1 works, sort of, but there's a noticable delay during the transition to and from fullscreen and I strongly suspect that the nVidia driver is doing some extra work behind the scenes to keep aspect correction and the like correct.
I suspect that there's something Unusually Old-School about how we're going fullscreen in the old WinVICE code. Modern practice says to never actually change the desktop resolution at all, and just fill the screen at its current res with the graphics scaled to fit in that space (which GTK3 VICE does explicitly and SDL2 does under the hood for us).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This got broken for me as well on both my laptop and htpc after the Windows 10 Fall Creators Update.
I have a similar problem.
I tried to compile the source on Windows with MinGW32 but I can't get the configure script to complete. It fails with: configure: error: X11/Xaw/Tip.h is missing.
SDL2VICE-3.1 also has a problem with fullscreen mode. Selecting fullscreen from the menu only shows a black screen but [ALT-TAB] back to Desktop and then back to SDL2VICE-3.1 reveals that it complains about the resolution not being optimal for the screen. Changing it to the optimal resolution has no effect.
Last edit: Adriaan Erasmus 2017-11-25
Same here. There's a workaround though. Right click your x64.exe then click on properties, select the compatibility tab then check the Disable fullscreen optimisations option, then hit apply and you're good to go.
Last edit: David Dekany 2017-11-26
nice find mate, looks like typical fuck up from the M$ motherfuckers,
fuckup?? common, they call it "fullscreen optimisations".
Hi David,
Thanks a lot for this workaround - it works a 100%.
Stay cool!
On Mon, 27 Nov 2017 at 19:17 Querino querino2@users.sf.net wrote:
Related
Bugs:
#960Thank you.
On Wed, 29 Nov 2017 at 02:54 compyx compyx@users.sf.net wrote:
Related
Bugs:
#960So can we close this as an upstream bug? It's not like we have any Windows devs to fix this stuff.
unless you will find a way to disable the win10 fullscreen optimizations (like the gamebar)
Reopening this one, since although the current Win32 port is dead, we might run into the same problem with the new Gtk3 port.
If someone can explain what the Win10 'Fall Creators Update' changed which broke our Win32 port, that would be much appriciated for our Gtk3 efforts, if that one also borks on the update, which remains to be seen.
PROBLEM FIXED
R-click on any and all VICE .EXEs that you use in fullscreen > Properties > Compatability tab > under Settings, tick the checkbox check ON for Disable fullscreen optimizations > OK, then close your VICE, reopen it again and go to fullscreen, no problem no more hehehehehe
All thanks for this fix go to compyx @ #vice-dev @ Freenode on IRC! That guy rules, ya know! hehehehehehe
I've tested the four builds that run under Windows on my PC-gaming system (Win10, GTX 750Ti).
I suspect that there's something Unusually Old-School about how we're going fullscreen in the old WinVICE code. Modern practice says to never actually change the desktop resolution at all, and just fill the screen at its current res with the graphics scaled to fit in that space (which GTK3 VICE does explicitly and SDL2 does under the hood for us).