Skip to content
Snippets Groups Projects

Initialization of GL view in Monteverdi

    • Closed Issue created by Guillaume Pasero @gpasero

    Description

    When launching monteverdi, the main GL view is not filled in black. After loading an image, it goes back to normal.

    Steps to reproduce

    Open monteverdi (from binary package), then open an image

    Configuration information

    Tested on Linux, with OTB 6.6 binary package

    Designs

      Child items ...

      2. Activity

      • Guillaume Pasero added To Do label

        added To Do label

      • Yannick TANGUY
        Yannick TANGUY @ytanguy ·
        Developer

        When I launch monteverdi on my Windows10 environment, I still got this message. And images don't appear when I load them.

        Pb_OpenGL

      • Guillaume Pasero added Doing and removed To Do labels

        added Doing and removed To Do labels

      • Antoine Regimbeau
        Antoine Regimbeau @aregimbeau ·
        Contributor

        Problem seems to be Windows related, I do not have this problem on Xenial...

      • Antoine Regimbeau mentioned in merge request !80 (merged)

        mentioned in merge request !80 (merged)

      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        I add this screenshot to show exactly what is happening. My web browser was in background when I launched monteverdi. Reproduced on a regular OTB build, Ubuntu 14.04, Runtime OpenGL version '3.0 Mesa 10.1.3' with GLSL version '1.30', and Qt 5.2.1. Screenshot_bug1570

      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        Found a way to fix it: print a dummy point during first rendering. In GlView::HeavyRender, I propose:

        static int firstTime = 2;
if (firstTime)
  {
  firstTime--;
  if (m_RenderingOrder.empty())
    {
    glBegin(GL_POINTS);
    glVertex2d(0,0);
    glEnd();
    }
  }

this->LightRender();
      • Laurențiu Nicola
        Laurențiu Nicola @lnicola ·
        Developer

        I can't reproduce this on 6.4. Are 6.6 binary packages available somewhere?

        Can't reproduce it on 6.6 under Arch Linux, GNOME Shell, neither Wayland, nor Xorg. Do you see anything if you run it with MESA_DEBUG=1 LIBGL_DEBUG=verbose?

        Edited by Laurențiu Nicola
      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        Here is the relevant logs I got:

        Codec for Locale: "UTF-8" 
Language: "English" 
Country: "UnitedStates" 
Settings/GeoidFile: "/home/gpasero/Projet_OTB/src/OTB-Data/Input/DEM/egm96.grd" 
Settings/DEMDir: "/home/gpasero/Projet_OTB/src/OTB-Data/Input/DEM/srtm_directory" 
libGL: screen 0 does not appear to be DRI3 capable
libGL: pci id for fd 17: 8086:0416, driver i965
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
libGL: Can't open configuration file /home/gpasero/.drirc: No such file or directory.
libGL: Can't open configuration file /home/gpasero/.drirc: No such file or directory.
WARNG> Runtime version of OpenGL used by Qt 5.2.1: 3.0. 
libGL: Can't open configuration file /home/gpasero/.drirc: No such file or directory.
WARNG> Version(s) of OpenGL supported by Qt 5.2.1: 
WARNG> - QGLFormat::OpenGL_Version_3_3 
WARNG> - QGLFormat::OpenGL_Version_3_2 
WARNG> - QGLFormat::OpenGL_Version_3_1 
WARNG> - QGLFormat::OpenGL_Version_3_0 
WARNG> - QGLFormat::OpenGL_Version_2_1 
WARNG> - QGLFormat::OpenGL_Version_2_0 
WARNG> - QGLFormat::OpenGL_Version_1_5 
WARNG> - QGLFormat::OpenGL_Version_1_4 
WARNG> - QGLFormat::OpenGL_Version_1_3 
WARNG> - QGLFormat::OpenGL_Version_1_2 
WARNG> - QGLFormat::OpenGL_Version_1_1 
libGL: Can't open configuration file /home/gpasero/.drirc: No such file or directory.
WARNG> Runtime version of OpenGL used by Qt 5.2.1: 3.0. 
WARNG> Version(s) of OpenGL supported by Qt 5.2.1: 
WARNG> - QGLFormat::OpenGL_Version_3_3 
WARNG> - QGLFormat::OpenGL_Version_3_2 
WARNG> - QGLFormat::OpenGL_Version_3_1 
WARNG> - QGLFormat::OpenGL_Version_3_0 
WARNG> - QGLFormat::OpenGL_Version_2_1 
WARNG> - QGLFormat::OpenGL_Version_2_0 
WARNG> - QGLFormat::OpenGL_Version_1_5 
WARNG> - QGLFormat::OpenGL_Version_1_4 
WARNG> - QGLFormat::OpenGL_Version_1_3 
WARNG> - QGLFormat::OpenGL_Version_1_2 
WARNG> - QGLFormat::OpenGL_Version_1_1 
WARNG> Required OpenGL version '2.0.0' with GLSL version '1.20'. 
WARNG> Runtime OpenGL version '3.0 Mesa 10.1.3' with GLSL version '1.30'.
      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        I think Antoine has tried to reproduce the bug on a more recent Xubuntu (16.04) with more recent MESA drivers and he doesn't reproduce the bug.

      • Antoine Regimbeau
        Antoine Regimbeau @aregimbeau ·
        Contributor

        What is working for me :

        Codec for Locale: "UTF-8"
Language: "English"
Country: "UnitedStates"
WARNG> Runtime version of OpenGL used by Qt 5.5.1: 3.0.
WARNG> Version(s) of OpenGL supported by Qt 5.5.1:
WARNG> QGLFormat::OpenGL_Version_4_0
WARNG> - QGLFormat::OpenGL_Version_3_3
WARNG> - QGLFormat::OpenGL_Version_3_2
WARNG> - QGLFormat::OpenGL_Version_3_1
WARNG> - QGLFormat::OpenGL_Version_3_0
WARNG> - QGLFormat::OpenGL_Version_2_1
WARNG> - QGLFormat::OpenGL_Version_2_0
WARNG> - QGLFormat::OpenGL_Version_1_5
WARNG> - QGLFormat::OpenGL_Version_1_4
WARNG> - QGLFormat::OpenGL_Version_1_3
WARNG> - QGLFormat::OpenGL_Version_1_2
WARNG> - QGLFormat::OpenGL_Version_1_1
WARNG> Runtime version of OpenGL used by Qt 5.5.1: 3.0.
WARNG> Version(s) of OpenGL supported by Qt 5.5.1:
WARNG> QGLFormat::OpenGL_Version_4_0
WARNG> - QGLFormat::OpenGL_Version_3_3
WARNG> - QGLFormat::OpenGL_Version_3_2
WARNG> - QGLFormat::OpenGL_Version_3_1
WARNG> - QGLFormat::OpenGL_Version_3_0
WARNG> - QGLFormat::OpenGL_Version_2_1
WARNG> - QGLFormat::OpenGL_Version_2_0
WARNG> - QGLFormat::OpenGL_Version_1_5
WARNG> - QGLFormat::OpenGL_Version_1_4
WARNG> - QGLFormat::OpenGL_Version_1_3
WARNG> - QGLFormat::OpenGL_Version_1_2
WARNG> - QGLFormat::OpenGL_Version_1_1
WARNG> Required OpenGL version '2.0.0' with GLSL version '1.20'.
WARNG> Runtime OpenGL version '3.0 Mesa 17.2.4' with GLSL version '1.30'.
      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        To sum up, it looks like an issue on Qt5/OpenGL side, where a rendering sequence without any feature drawn is not enough to initialize properly the display area.

        The only fix I found so far is to draw a dummy point in the first 2 rendering sequences.

        If I am the only one affected by this bug, we may consider not fixing it.

      • Laurențiu Nicola
        Laurențiu Nicola @lnicola ·
        Developer

        I'll try it tonight on Ubuntu 14.04. It does look like a Mesa issue. Does zooming (with the mouse wheel) make the view paint itself?

      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        Neither zooming, nor resizing the window triggers the paint.

      • Laurențiu Nicola
        Laurențiu Nicola @lnicola ·
        Developer

        I can't reproduce it on a Ubuntu 14.04 live image with an Intel graphics card.

      • Guillaume Pasero
        Guillaume Pasero @gpasero ·
        Author Owner

        Okay, so we leave this issue open and wait for more feedback from users.

      • Antoine Regimbeau closed

        closed

      Please register or sign in to reply