Closed akemin-dayo closed 10 years ago
PPSSPP doesn't use D3D , this must be something that Windows or the GL driver does internally, for whatever reason.
Yeah, I am aware PPSSPP uses OpenGL, but a DX11 interface is exposed for some reason -shrug-
I would guess that is how Windows does desktop composition, perhaps it goes away if you use the grey Windows Classic theme.
Disabling DWM (net stop uxsms) has no effect on the presence of it. Entering fullscreen mode will still make it capture the DX11 surface.
Yes, I agree with @ssshadoww(shadow? jpcsp authur?), Win7(Karen, I guess your os is win7, right?) use dx11 as a low level layer, and OpenGL emulated on the top of dx11 layer, I guess.
I'm running Windows 8, but all versions of Windows from Vista and above use DWM as its window manager.
I'll look more into this later.
OpenGL performs very odd on Windows, PPSSPP may need native D3D support on Windows finally
No, there aren't any performance issues with OpenGL on Windows... it's fine if we leave it with OpenGL ._.;
Does this still happen? Does anyone know of any recommendations from FRAPS on this, or other apps/games that have had this issue and fixed it?
-[Unknown]
Still happens, you can recreate it with OBS (which is free unlike FRAPS).
Capturing the desktop area over the window works fine, capturing the Window however results in a black screen regardless whether it's "inner window" or "entire window" (which captures the window border successfully but is empty)
Isn't that common? From memory, if I try to take a screenshot of a video playing in Windows Media Player (Alt-PrntScrn to capture a window), the same happens. I think Flash too, not sure.
-[Unknown]
Nvm, it's just the "Window capture", the "Game capture" works well (with windows compositing enabled on windows 8, might have issues on WinXP or without aero)
@unknownbrackets
FRAPS and PPSSPP has always worked fine on my Windows 7 system (ever since since I first started using it, which is v0.76). I've been using it to make videos (both in Fullscreen and Windowed mode) which demonstrate issues in games for my issue reports all this time on the github.
No issues here whatsoever. Mind you, I am using the Classic theme with DWM disabled completely for the CPU accelerated experience. (Every bit of GPU power needs to be used to drive games, Aero/DWM saps up precious GPU power on my weak system).
I've played around with FRAPS on Win7 64-bit too, with the DWM on, and it worked with no issues. This is odd.
This issue has been fixed in recent PPSSPP commits. Windows now correctly only sees one instance of PPSSPP (OpenGL), and does not encounter severe lag when attempting to capture video output.
Sounds like this is from @hrydgard's changes to the display hwnd thing. Cool.
-[Unknown]
Capturing using Xsplit is fine, but FRAPS causes PPSSPP to crash when in windowed mode (OpenGL). When F12 is hit to enter fullscreen mode, it appears to use a DX11 renderer, which FRAPS -can- capture, but it lags severely.
HOWEVER,
Xsplit sees two copies of PPSSPP being exposed. Capturing the OpenGL one will lead to ridiculous amounts of lag, capturing the DX11 one will result in no lag at all. This happens in both windowed and fullscreen mode.