So you adjusted the compression settings and it had no effect? What about trying the TurboVNC 1.2 beta server/viewer and enabling interframe comparison (see User's Guide)?
If you're using the "official" 1.2 builds of TigerVNC, which I put together when I was still with the project, then those use an unmodified version of Mesa 7.2. Of course, Mesa is built differently in the context of supporting TigerVNC, because TigerVNC loads it as a DRI driver, but I don't see how that could affect the performance of specific rendering operations. The first thing I would suggest would be to try that earlier version of Mesa (actually, I'd try 7.5 first, then 7.2.) Presuming that you can reproduce this issue on any display (not just TurboVNC), and especially if you can repro it with a later version of Mesa and not an earlier one, then it is definitely out of the scope of being a TurboVNC issue. If the issue only occurs within TurboVNC and can't be repro'ed on a local display, then it is of interest to me, but obviously supporting Mesa isn't going to be a high priority unless it's a paid project. Why can't you use VirtualGL? The Chimera page clearly says that they recommend "vendor-supplied graphics drivers", which VirtualGL would enable you to use. On 3/7/13 3:26 PM, James Wettenhall wrote: > Hi, > > I can provide some more information about this problem which I reported > to Jupiter. > > Our custom build of Mesa 9.1 (built following instructions from the > TurboVNC webpage) does support some (most?) 3D applications. > > The one we are struggling with is UCSF Chimera: > http://www.cgl.ucsf.edu/chimera/ > There is some information on Graphics/Mesa issues here: > http://www.cgl.ucsf.edu/chimera/data/downloads/1.7/linux.html > > When it starts up, we are getting a message saying "Outline highlight > not supported by hardware" and "Possible display misconfiguration", > which occurs when Chimera is trying to call this code: > > #ifndef CHIMERA_OSMESA > if (togl == NULL) > return; > Togl_MakeCurrent(togl); > #else > OSMesaMakeCurrent(static_cast<OSMesaContext>(state_->context()), > framebuffer, GL_UNSIGNED_BYTE, myWidth, myHeight); > #endif /* CHIMERA_OSMESA */ > > in > http://plato.cgl.ucsf.edu/trac/chimera/browser/trunk/libs/_chimera/LensViewer.cpp > > Building UCSF Chimera from source is apparently very difficult / > impossible due to licensing issues and lack of documentation: > http://www.cgl.ucsf.edu/chimera/sourcecode.html > > So we are using a binary distribution, which tries to bundle all of its > dependencies within its package wherever possible, rather than relying > on external dependencies. The binary distribution of UCSF Chimera > provides graphics-related shared libraries including libftgl.so.2.1.3, > libgfxinfo.so, libGLU.so.1.3.070601, libGLw.so.1.0.0, plus the Python > packages PyOpenGL and ToGL. > > Cheers, > James > > > On 08/03/2013, at 12:21 AM, jupiter wrote: > >> Hi, >> >> Follow up recent discussions as well as DRC's recommendation and >> document in http://www.virtualgl.org/Documentation/Mesa, I built mesa >> 9.1 with configuration of "--enable-xlib-glx --disable-dri >> --with-gallium-drivers=swrast" on RHEL 6.2, to replace the TigerVNC by >> TurboVNC and the custom build of mesa 9.1. >> >> The glxgears is running much faster than using TigerVNC. But, there is >> a problem to run 3D rendering, it is too slow to rotate a 3D picture >> in an application such as Chimera which could run smoother on TigerVNC >> than the custom build of mesa and TurboVNC. It seems using xlib-glx >> caused the 3D floating slow down. Any workaround to rectify this >> problem, or we have to use TigerVNC for 3D applications? >> >> Thank you. >> >> Jupiter ------------------------------------------------------------------------------ Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
