Multi-thread rendering

[qq1053831109]

Opengl latency can affect fx latency. Can they run on different threads? And provide a synchronization mechanism after rendering is completed

[husker-dev]

In theory this is possible. I'll look into ways to implement it soon.

[husker-dev]

I did some tests. They show that rendering on another thread is not as efficient as it might seem. Perhaps it's a matter of synchronizing internal data in OpenGL.

@qq1053831109 Why do you need this functionality?

[qq1053831109]

You can learn Javafx. The logical thread is n+1 frames.Efficient synchronization mechanism requires excellent design。My opengl panel is for rendering games. Each frame consumes 10ms

[qq1053831109]

And I need to render multiple opengl panels in one Javafx, such as batch viewing models. I don't want them to share a thread for rendering. This can lead to delays. The client software has a low tolerance for latency.

[husker-dev]

@qq1053831109 I've added multi-thread support to the d3d pipeline (i.e. Windows only). Also, for now it works only with lwjgl.

---

You can build openglfx by yourself and test performance in your case.

1. Clone project
2. ./gradlew :compileJars
3. Add libraries from ./build/libs to your project
4. Change canvas creation:

   val canvas = OpenGLCanvas.create(LWJGL_MODULE, multiThread = true)

[qq1053831109]

Need ES2 pipeline, can double buffering be considered? In situations where rendering time is high, synchronization time is less important

[husker-dev]

Added es2 support. Tomorrow I'll try to do it for sw. There are currently some artifacts when resizing the Canvas. I'll try to solve them soon.

[husker-dev]

Added sw support. There is a new interop for macOS is coming, so the issue is not closed.

[husker-dev]

Added async IOSurface interop. I will close this issue.