# OpenGL - Multiple Calls to Visibility/Rendering Methods Causes Black Rendering Output **URL:** \ **Category:** General JUCE discussion\ **Created:** [October 28, 2020, 6:24pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460 "2020-10-28T18:24:03Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![timart](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/timart/32/1119_2.png) [@timart](https://forum.juce.com/u/timart)\ **Post date:** [October 28, 2020, 6:24pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/1 "2020-10-28T18:24:03Z")
I have a custom OpenGL-based `juce::Component` that is a `juce::OpenGLRenderer` and has its own `juce::OpenGLContext`. This Component uses custom OpenGL shader programs and is able to successfully render using an OpenGL render thread. To initiate rendering I call: ```auto myOpenGLComponent->setVisible (true); myOpenGLComponent->getOpenGLContext().setContinuousRepainting (true); ``` Everything is all well and good, rendering and resizing properly, until I call either of the above methods again, any number of times, either setting them to true or false. After calling these methods again, and setting them to be true, I would expect to see my component properly rendering again, but instead the GL portion of my component renders as black. The pure JUCE Component’s contained within `myOpenGLComponent` still render properly, but the custom OpenGL shader program renders as black. In the debugger, the `renderOpenGL()` callback of my `OpenGLRenderer` is still being called properly by the OpenGL rendering thread. Initially inspecting some of the variables during rendering, I did not find any NULL objects. Has anybody had a problem like this with a custom OpenGL-based Component? I would like to be able to show and hide my OpenGL component as I please. Note: I am using multiple `OpenGLContext`s in my JUCE app for different OpenGL components. Maybe this is contributing to the issue? ---
**Author:** ![PluginPenguin](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/pluginpenguin/32/10203_2.png) [@PluginPenguin](https://forum.juce.com/u/PluginPenguin)\ **Post date:** [October 28, 2020, 9:28pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/2 "2020-10-28T21:28:22Z")
> [@TimArt](#): > > Note: I am using multiple `OpenGLContext` s in my JUCE app for different OpenGL components. Maybe this is contributing to the issue? No answer to your main question, but I’d advise against that and instead use one context for the whole GL rendering work and make use of the glViewport to render to the desired sub-area as you already asked for in a previous thread. The reason behind that is that on least on Windows you’ll see a massive performance drop when running multiple OpenGLContexts from within a single process. Just a friendly heads-up before you start designing something more complex and run into this later 🙂 Regarding your main question, are you really only calling these functions or do you anything else that alters the state of your component? Especially when working with transforms and viewports I managed to render my content somewhere offscreen more then once by some miscalculation 😬 Maybe you should not only inspect variables for null pointers but also check if there are no other miscalculations. Maybe you want to share a minimal code example that reproduces your issue? ---
**Author:** ![DaveH](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daveh/32/4924_2.png) [@DaveH](https://forum.juce.com/u/DaveH)\ **Post date:** [October 29, 2020, 1:14pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/3 "2020-10-29T13:14:15Z")
Yeah, on Mac OS X, i had a freeze crash on OpenGL buffer swap using multiple contexts. Best to only have one and add polygons to that when needed. It’ll also be much, much faster. Also, turn off Vsync. ---
**Author:** ![PluginPenguin](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/pluginpenguin/32/10203_2.png) [@PluginPenguin](https://forum.juce.com/u/PluginPenguin)\ **Post date:** [October 29, 2020, 1:19pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/4 "2020-10-29T13:19:50Z")
> [@DaveH](#): > > Also, turn off Vsync. Mhm, I wouldn’t give this as a general advice, this can speed up things, but depending on what kind of content you are drawing, this can also make your drawing look a lot worse. Definitively an option to play around with at some point, but I personally would start with vsync being enabled as default ---
**Author:** ![DaveH](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daveh/32/4924_2.png) [@DaveH](https://forum.juce.com/u/DaveH)\ **Post date:** [October 29, 2020, 1:41pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/5 "2020-10-29T13:41:42Z")
Vsync waits are a bad thing here in my experience with Juce. Some hosts , like Cubase, don’t like plugins doing things like that. They used be OK, but not now. I usually resort to rendering on a timer, but not at 60 frames a second. ---
**Author:** ![timart](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/timart/32/1119_2.png) [@timart](https://forum.juce.com/u/timart)\ **Post date:** [October 29, 2020, 2:50pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/6 "2020-10-29T14:50:47Z")
@DaveH @PluginPenguin Thank you both for your replies and useful information! I will move to a single `OpenGLContext` due to the issues you all mention. When using a single context, do either of you two use the context to render both regular painted JUCE Components and custom OpenGL-based components? My goal is to render a few custom OpenGL-based components and many regular JUCE components using a single `OpenGLContext`. Is this possible? Regarding this thread’s main question of visibility: > [@PluginPenguin](#): > > are you really only calling these functions or do you anything else that alters the state of your component? Yes, when I run the following code ```auto myOpenGLComponent->setVisible (true); myOpenGLComponent->getOpenGLContext().setContinuousRepainting (true); myOpenGLComponent->getOpenGLContext().setContinuousRepainting (false); myOpenGLComponent->getOpenGLContext().setContinuousRepainting (true); ``` it shows up as black, but if I only run: ```auto myOpenGLComponent->setVisible (true); myOpenGLComponent->getOpenGLContext().setContinuousRepainting (true); ``` it shows up fine. I am gonna try to dig into my code more to find the problem. I have written OpenGL Components before that do not exhibit this behavior, so it must be some code I have written causing this. Just wondering if anyone had run into this kind of behavior before and knew a likely cause. ---
**Author:** ![timart](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/timart/32/1119_2.png) [@timart](https://forum.juce.com/u/timart)\ **Post date:** [October 30, 2020, 4:48pm UTC](https://forum.juce.com/t/opengl-multiple-calls-to-visibility-rendering-methods-causes-black-rendering-output/42460/7 "2020-10-30T16:48:24Z")
I found the issue with my code that caused this problem! Calling either of the methods I have referenced above with a visibility argument, `bool shouldBeVisible`, ```auto myOpenGLComponent->setVisible (shouldBeVisible); myOpenGLComponent->getOpenGLContext().setContinuousRepainting (shouldBeVisible); ``` causes a callback to be made to `OpenGLRenderer::newOpenGLContextCreated()` if `shouldBeVisible` is set to true, and a callback to be made to `OpenGLRenderer::openGLContextClosing()` if `shouldBeVisible` is set to false. I was unaware that showing/hiding a `OpenGLRenderer` `Component` causes these callbacks to be made, as I assumed these callbacks were only made when attaching or detaching the `OpenGLContext`. Because of my unawareness, I was not doing proper uniform refreshing in my `OpenGLRenderer::newOpenGLContextCreated()` method, thus the color uniforms I needed to set for rendering the color of my visualization were not being set, and defaulted to black. This caused my visualization to render as black while still properly showing the overlaid JUCE components. Essentially, I need to code with the assumption that `OpenGLRenderer::newOpenGLContextCreated()` is called every time my component is shown and `OpenGLRenderer::openGLContextClosing()` is called every time my component is hidden. Thanks all for the comments and help.