Dolphin, the GameCube and Wii emulator - Forums

https://www.khronos.org/news/press/khron...-ecosystem

http://www.opengl.org/registry/ OpenGL 4.5 API Specification (updated August 8, 2014)

http://www.geeks3d.com/20140811/opengl-4...fications/

Quote: GL_ARB_clip_control
GL_ARB_cull_distance
GL_ARB_ES3_1_compatibility
GL_ARB_conditional_render_inverted
GL_KHR_context_flush_control
GL_ARB_derivative_control
GL_ARB_direct_state_access
GL_ARB_get_texture_sub_image
GL_KHR_robustness
GL_ARB_shader_texture_image_samples
GL_ARB_texture_barrier

Wonder if any of these new ARB extensions will be helpful for Dolphin.

---

https://developer.nvidia.com/opengl-driver

Quote:Windows driver version 340.65 and Linux drivers version 340.23.01 provide beta support for OpenGL 4.5 and GLSL 4.50 on capable hardware.

OpenGL 4.5 beta drivers released by Nvidia.

The only thing that would be useful IMO would be the Flush Control. But I'm pretty sure there won't be any big speedups.

EDIT: lel nevermind

Quickly glancing over the extension texts, these look somewhat useful:
GL_ARB_clip_control: Off the top of my head I don't know which depth range the GC/Wii use for clipping, but if it's different from the standard OpenGL spec, then this should help a bit with z fighting / geometry being clipped away (possibly even related to http://code.google.com/p/dolphin-emu/iss...il?id=6914 )
GL_ARB_cull_distance: Not sure about this one. Might have one or two oddball use cases.
GL_ARB_direct_state_access: This theoretically allows for a good code cleanup, but that would require us to make OpenGL 4.5 support a hard dependency (note that this is something which in theory could be supported by any GL driver and any hardware if there was a common OpenGL layer like D3D has).
GL_ARB_get_texture_sub_image: Might have good use for our texture cache, however all this provides seems to be possible to do with previous features, too.
GL_ARB_texture_barrier: This might be useful if we ever decided to drop our current OpenGL backend and decide to perform all rendering in shaders (i.e. including the parts which are virtually always done in fixed-function hardware like clipping and blending).
All other stuff doesn't really seem to have any good use in Dolphin.

So yeah, looks useful-ish. Could be worse, I guess, and clip_control surely enough is worth a closer look.

It shouldn't be implemented until the drivers support it.

(08-12-2014, 02:28 AM)purpasmart96 Wrote: [ -> ]It shouldn't be implemented until the drivers support it.

Nvidia already supports it as of 340.65, AMD usually needs about 1 year to adapt new OpenGL versions and Intel arrived just somewhat between 4.3 and 4.4 if I remember correctly. Also some implemented 4.4 extensions are optional if your card/driver doesen't support it Dolphin just won't use it.

http://www.geforce.com/whats-new/article...r-released
http://www.nvidia.com/download/driverRes...0913/en-us
http://www.nvidia.com/download/driverRes...0915/en-us

Nvidia has released WHQL certified driver with OpenGL 4.5 support, please work on adding OpenGL 4.5 to Dolphin so we can get maximum performance on Nvidia cards.