The leading - and by leading, we mean pretty much only - alternative to Microsoft's Direct3D API, OpenGL has been around for a very long time: the standard is celebrating its 20th anniversary this year. For OpenGL 4.6 is where SPIR-V consumption is needed and for that is where David Airlie has already been experimenting with a software-based Vulkan driver.The Khronos Group, the organisation behind the OpenGL graphics API, has announced the launch of new specifications for OpenGL and OpenGL ES as well as new APIs for augmented reality.
For OpenGL 4.4 is where the OpenGL CTS comes into play so while GL 4.4 is effectively in place, it might not be exposed until formally passing the conformance test suite.īefore seeing OpenGL 4.5 is then ARB_ES3_1_compatibility and KHR_robustness remaining. Quite a big advancement for LLVMpipe in recent months for this driver and puts it into much better shape for Mesa 20.2, but still don't expect too much out of the performance - you're still obviously best off with a GPU.Įven more exciting, LLVMpipe appears to have all the bits in place for OpenGL 4.4 already too, albeit as of writing only OpenGL 4.3 is exposed. Those bits included the OpenGL robust buffer access and also enabling OpenGL ES 3.2. With Mesa 20.2 coming out around the end of August, that now takes this Gallium3D software rasterizer from OpenGL 3.3 to OpenGL 4.3 (or possibly even GL 4.4)! Red Hat's David Airlie who has been leading the charge on LLVMpipe added the remaining bits today for being able to expose OpenGL 4.3 with LLVMpipe. Now just days before the Mesa 20.2 branching, OpenGL 4.3 support has been cleared!
Days after that milestone OpenGL 4.2 support was reached for this driver that offers OpenGL acceleration atop CPUs either for fallback purposes or a vendor-neutral debug path. It was just at the start of July that the LLVMpipe software driver gained OpenGL 4.0 support at long last.
0 kommentar(er)
