Looking at how things are currently implemented, it seems that JogAmp includes support for OpenCL, as well as shared OpenGL/CL contexts to allow for memory to be shared between the two (discussed here).Īlthough OpenCL IS deprecated, I could see a few advantages for using OpenCL to solve this over Vulkan/Metal: If anyone has any ideas or is able to expand on what I have any further, it would be appreciated.
Plugin video card for mac mini code#
I am unsure where this native code should live. OSXmisc.m - Objective-C implementation (We would need a small addition to back the NSView with CAMetalLayer as mentioned before) This would need to create the window and provide a hook into a NSView backed by CAMetalLayer. JAWTMacOSDrawingSurfaceInfo does not exist, this is what needs creating. JAWT_DrawingSurface_FreeDrawingSurfaceInfo( ds. Solutions are - move compute shaders to OpenCL and switch to different library (tested with LWJGL2, works well, but same issue as with Linux, input needs to be proxied, do not tested with LWJG元 but with their JAWT it might work) or move everything to Vulkan (with LWJG元 again) and MetalVK (what runs vulkan on top of metal, works out of the box with public long create( Canvas canvas, VKData data) throws AWTException // // return surface Even after this would be solved, it do not works because of JOGL (the screen just freezes/GL context fails to create). There is an open bounty for implementing this feature: Ĭurrently the GPU plugin do not runs on macOS, even after adding JOGL natives for macOS the plugin still do not works because the minimum required GL version is 4.3+ because we use compute shaders. Compute shaders are requiring for extending draw distance what is one of the main features of GPU plugin (as doing this on CPU is very very slow and so its preemptively disabled)
GPU plugin support for mac (done by - This was done by omitting support for compute shaders to go around the issue of requiring OpenGL 4.3+ (as macOS do not supports anything above OpenGL 3.1).
0 kommentar(er)
