quartznet/raylib
Watch
3
0
Fork
You've already forked raylib
 0
Code Issues Pull requests Releases 25 Activity
8,097 commits 2 branches 25 tags 498 MiB
Commit graph raylib/src/platforms/rcore_desktop_win32.c
Author SHA1 Message Date
Jonathan Marler
282d205ac1 [rcore][win32] re-enable sanitize flags check for MSAA_4X 2025-04-18 09:43:42 -06:00
Jonathan Marler
0961320e5d [rcore][win32] workaround unused function error SetupFramebuffer 2025-04-18 09:03:04 -06:00
Jonathan Marler
93dc95eb2e [rcore][win32] incorporate style conventions 2025-04-18 08:34:48 -06:00
Jonathan Marler
df5a3cee4a [rcore][win32] fixes from review/for gcc 2025-04-18 07:41:36 -06:00
Jonathan Marler
afe367817a [rcore][win32] fallback to finding functions from opengl32.dll 2025-04-12 08:21:18 -07:00
Jonathan Marler
6db18524b4 [rcore][win32] stop lying to the OS about when our window is updated 
Instead of calling BeginPaint/EndPaint in WM_PAINT which signals to the
OS that our window content is updated, now when we encounter the WM_PAINT
message instead we return back to the raylib application which will
trigger it to render a new frame. We've replaced the call to BeginPaint
and EndPaint with a call to ValidateRect in SwapBuffers, which, means
we're now correctly telling the OS when our window content is actually
up-to-date.

Note that this doesn't fix the window content not being updated during
a window resize/move beacuse thos have their own message loop which
doesn't return early when it's time to paint.
 2025-04-12 08:21:18 -07:00
Jonathan Marler
8e28a942f9 [rcore][win32] use SwapBuffers instead of wglSwapLayerBuffers 
I don't understand OpenGL well enough to know the difference between
SwapBuffers and wglSwapLayerBuffers but the former seems to double
my FPS (from 2000 to about 4000 in core_vr_simulator).
 2025-04-12 08:21:18 -07:00
Jonathan Marler
69a1a0d6fd win32 backend 2025-04-12 08:21:13 -07:00