Dolphin, the GameCube and Wii emulator - Forums

Full Version: D3D + ESC key = Crash = FIXED!
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Anyone else have problems with D3D on Win7 x64 when trying to get out of full screen or go into full screen? When I press Escape on full screen, dolphin just quits. Only happens with D3D. OGL works no problem.

I have a Geforce GTX260 with 190.38 drivers...

Just curious to see if anyone else on Win7 x64 has this problem... Trying to see where the problem might be here..
I'm having the same problems in windows vista if a try to get to full screen the emulator just quits and some time im able to go to full screen if a try to get out of it it quits again and like you say is just under DX9 Plugin
Same thing here.
I think its supposed to do that.
Its in the coding.
Anyone and Everyone will tell you the same thing

I wouldn't imagine it being hard to fix.
Edit: I tested on 2 computers so far & both are Vista x32
my win7 closes when I press escape, I figured that is just what escape did... it doesn't give me a error or crash dialog.
i dont think its supposed to manage fullscreen at all, i think its just supposed to kill the emulation

LuisR14

yea i think i it's just like that in the coding Smile
In nearly all other emu's Escape in full screen takes it from full screen to windowed. or brings up the menu across the top of the screen, it surely doesn't end the emulator.

But even so... Alt + Enter does not work either. It just ding's at me. (The Windows default sound for trying to do something that you can't, like clicking behind a dialog box, or typing without being in a text field)

If I run in windowed or Full screen, both ding when I press Alt+Enter.. and nothing happens.
Haha, it's doing exactly what it's supposed to do, look at this:

Code:
case WM_KEYDOWN:
        switch( LOWORD( wParam ))
        {
            case VK_ESCAPE:   // Pressing Esc switch FullScreen/Windowed
                if (g_ActiveConfig.bFullscreen)
                {
                    DestroyWindow(hWnd);
                    PostQuitMessage(0);
                    ExitProcess(0);

For those not code savvy, this what this is doing is if the Escape key is pressed and it's full screen, it destroys the window, doesn't post a message, and exits the windows process. This is obviously not correct. I will make some changes and post it up for ppl to test shortly.

If it goes well, I will post a patch and post an issue with the patch so they can commit it.
OK, well the code was there, it was just commented out for some reason... so perhaps it was done for a reason?

I dunno, I just uncommented what was there, so here it is, test this out for me. I can't test this at work... I won't be home for another 8 hours at least.

Win32
x64

LuisR14

i could've done that (since i have the rights :p)
(09-28-2009, 11:57 PM)Unknownforce Wrote: [ -> ]In nearly all other emu's Escape in full screen takes it from full screen to windowed. or brings up the menu across the top of the screen, it surely doesn't end the emulator.

But even so... Alt + Enter does not work either. It just ding's at me. (The Windows default sound for trying to do something that you can't, like clicking behind a dialog box, or typing without being in a text field)

If I run in windowed or Full screen, both ding when I press Alt+Enter.. and nothing happens.
Haha, it's doing exactly what it's supposed to do, look at this:

Code:
case WM_KEYDOWN:
        switch( LOWORD( wParam ))
        {
            case VK_ESCAPE:   // Pressing Esc switch FullScreen/Windowed
                if (g_ActiveConfig.bFullscreen)
                {
                    DestroyWindow(hWnd);
                    PostQuitMessage(0);
                    ExitProcess(0);

For those not code savvy, this what this is doing is if the Escape key is pressed and it's full screen, it destroys the window, doesn't post a message, and exits the windows process. This is obviously not correct. I will make some changes and post it up for ppl to test shortly.

If it goes well, I will post a patch and post an issue with the patch so they can commit it.
OK, well the code was there, it was just commented out for some reason... so perhaps it was done for a reason?
Sounds like someone tried to sabotage the pluginSmile
When is the update going into fruition?
It doesn't work right, it just sits there in a loop when you press escape. I'm gonna play with it, and see if I can get it to work right.
Pages: 1 2