Graphics Best Practice

[lcouka]

I noticed exactly the same thing about openGL context, it consummes more cpu in addition to consumming gpu.

I noticed when doing my own Shaders that anyway even with doing a simple moving triangle it was not fluent, I noticed the same with the animation tutorial which is proposed by the juce team. So anyway it’s like you can’t get 60fps if you use juce, even if you use openGL. And I also got some cpu issues on Windows that I wasn’t the only one to reproduce when starting using openGL, where using openGLRenderer class was consumming a whole core of the cpu even without doing any drawing.

Juce constantly freezes and is not suitable for animations (both native OpenGL and software renderer)

Hello, Creating a new animated project via the projucer and copying the paint implementation from https://docs.juce.com/master/tutorial_animation.html Give you the right result : https://docs.juce.com/master/tutorial_animation_screenshot3.png BUT The animation is not fluent at all and gives the feeling to get repeatedly freezed which is absolutly horrible for me as a user point of view. So I did the same with open GL thinking the only way to get proper animations in Juce was to do the pain…

High cpu usage when using open gl

Hello, I’m working on an equalizer plugin and I’m trying to get fluent paths animations for the spectrum analyzer and the magnitude curves. For my whole graph component, I would like to inherit from the OpenGLRenderer class and write native openGL code instead of using the regular fillPath method that is the bottleneck of my code right now, whatever I use the software or the open gl renderer. Unfortunatly, when I inherit from the OpenGLRenderer class and set openGLContext.setContinuousRepaint…

OpenGLRenderer without a Component (complete offscreen render for Spout/Syphon)

I’ve got a bit further in my tests, and got to check almost every topic related to OpenGL drawing in the forum, but i can’t find a final answer, so i’ve few more questions : Looking at the OpenGLContext source code, it seems actually impossible to do anything with a context without attaching it to a component ? My question is : is it difficult or just impossible ? When using the technique above (using only one context and dispatch the openGLRender in my other classes), when i try to use th…

All of this discouraged me a lot of using openGL if you add the fact that the openGL API is quite non friendly compared to juce one.
I would recommand using the juce software renderer even if it’s not perfect for now.

I also heard some people tried out a skia lowLevelGraphicsContext which was not successful.