Try the pre-release build, which has full support for compiz (note: you may have to run it with 'vglrun +wm'.) Interested to hear your feedback on it, since it's still in the experimental phase.
On Aug 17, 2013, at 9:12 PM, "Bob B." <b...@halebob.net> wrote: > Thank you. Switching to proprietary drivers did the trick. I also > upgraded to a much more recent graphics card (nvidia). > > What I'm really trying to do is use the graphics card for local gnome 3 > compositing for remote desktop sessions with VNC. I'm now running into > a problem with GLX_EXT_texture_from_pixmap, which appears to be a known > issue. Are there any plans for VirtualGL to support > GLX_EXT_texture_from_pixmap? > > [VGL] glXCreatePbuffer (dpy=0x09065280(:0) config=0x0000010d(0x10d) > attrib_list=[0x8041=0x0001 0x8040=0x0001 0x801b=0x0001 ] pb=0x01c00002 ) > 33.141068 ms > [VGL] glXMakeCurrent (dpy=0x09072348(:20) drawable=0x00000000 > ctx=0x00000000 config=0x00000000(0x00) drawable=0x00000000 renderer=NULL > ) 0.230930 ms > [VGL] glXDestroyContext (dpy=0x09072348(:20) ctx=0x090a35e8 ) 0.467062 ms > [VGL] XDestroyWindow (dpy=0x09072348(:20) win=0x00a00002 > [VGL] glXDestroyPbuffer (dpy=0x09065280(:0) pbuf=0x01c00002 ) 0.483990 ms > [VGL] ) 1.422030 ms > gnome-session-is-accelerated: No GLX_EXT_texture_from_pixmap support. > [VGL] XCloseDisplay (dpy=0x09072348(:20) ) 0.294950 ms > gnome-session-check-accelerated: Helper exited with code 256 > > > Thanks so much for your time. > > > On 8/17/2013 12:03 AM, DRC wrote: >> Install the proprietary Catalyst (fglrx) drivers from ATI/AMD. We don't >> currently support Mesa. There generally isn't much impetus to do so, >> because if you're using software rendering, you might as well use Mesa >> directly-- either through the built-in version that TigerVNC supplies >> via its GLX extension, or by using Mesa in-process >> (http://www.virtualgl.org/Documentation/Mesa). >> >> There are certain scenarios under which using Mesa with a DRI back end >> might be marginally beneficial-- for instance, using Intel's DRI driver >> can improve performance on Intel GPUs by 10x over software rendering, >> but a 10x improvement still puts them at a 10x deficit relative to even >> a 3-year-old low-end nVidia or ATI workstation-class GPU (~3 million >> polys/sec for software, ~30 million for Intel, ~400 million for a Quadro >> 600.) You can get a Quadro 600 or FirePro V4900 for less than $200, so >> it's not as if the barrier to entry is particular high. >> >> >> On 8/16/13 10:33 PM, Bob B. wrote: >>> Hello, >>> >>> I get the following error when trying to run glxgears through virtualgl >>> to tigervnc xserver. Anyone know why? I have followed the instructions >>> in the VirtualGL user guide for installing and configuring VirtualGL >>> server. >>> >>> I can't undertstand why the VGL is trying to load the sw rendering >>> driver after it has successfully loaded the radeon driver. I also can't >>> understand why the glxgears application is trying to query the Xproxy >>> (:20) for DRI2 and Xfree86-DRI extensions. That doesn't make sense to me. >>> >>> Test platform: >>> Fedora 19 on x86 PC >>> Radeon X300 Video Card >>> My 2D Xserver (X proxy) is tigervnc (:20). version 1.3.0-3.fc19.i686 >>> Mesa: 9.2-0.14.20130723.fc19.i686 >>> VirtualGL: 2.3.2-5.fc19.i686 >>> >>> >>> [bob@sherpa ~]$ vglrun +v +tr -- glxgears >>> [VGL] Shared memory segment ID for vglconfig: 491522 >>> [VGL] XOpenDisplay (name=NULL [VGL] VirtualGL v2.3.2 32-bit (Build >>> 20130506) >>> [VGL] Opening local display :0 >>> >>> [VGL] XQueryExtension (dpy=0x09789610(:20) name=XKEYBOARD >>> *major_opcode=136 *first_event=88 *first_error=137 ) 0.123033 ms >>> [VGL] dpy=0x09789610(:20) ) 4.379883 ms >>> [VGL] glXChooseVisual (dpy=0x09789610(:20) screen=0 attrib_list=[0x0004 >>> 0x0005 0x0008=0x0001 0x0009=0x0001 0x000a=0x0001 0x000c=0x0001 ] [VGL] >>> dlopen (filename=libGL.so.1 flag=258[VGL] NOTICE: Replacing >>> dlopen("libGL.so.1") with dlopen("librrfaker.so") >>> retval=0xb77816d8) >>> libGL: OpenDriver: trying /usr/lib/dri/tls/r300_dri.so >>> [VGL] dlopen (filename=/usr/lib/dri/tls/r300_dri.so flag=258 >>> retval=0x00000000) >>> libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so >>> [VGL] dlopen (filename=/usr/lib/dri/r300_dri.so flag=258 retval=0x0979f858) >>> [VGL] dlopen (filename=libtxc_dxtn.so flag=257 retval=0x00000000) >>> libGL: Can't open configuration file /home/bob/.drirc: No such file or >>> directory. >>> libGL: Can't open configuration file /home/bob/.drirc: No such file or >>> directory. >>> >>> [VGL] XQueryExtension (dpy=0x09789610(:20) name=GLX *major_opcode=149 >>> *first_event=97 *first_error=155 ) 0.067085 ms >>> [VGL] >>> [VGL] XQueryExtension (dpy=0x09789610(:20) name=DRI2 *major_opcode=0 >>> *first_event=0 *first_error=0 ) 0.072050 ms >>> [VGL] >>> [VGL] XQueryExtension (dpy=0x09789610(:20) name=XFree86-DRI >>> *major_opcode=0 *first_event=0 *first_error=0 ) 0.065908 ms >>> [VGL] [VGL] dlopen (filename=libGL.so.1 flag=258[VGL] NOTICE: Replacing >>> dlopen("libGL.so.1") with dlopen("librrfaker.so") >>> retval=0xb77816d8) >>> libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so >>> [VGL] dlopen (filename=/usr/lib/dri/tls/swrast_dri.so flag=258 >>> retval=0x00000000) >>> libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so >>> [VGL] dlopen (filename=/usr/lib/dri/swrast_dri.so flag=258 >>> retval=0x097bb160) >>> Segmentation fault (core dumped) >>> [bob@sherpa ~]$ >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Get 100% visibility into Java/.NET code with AppDynamics Lite! >>> It's a free troubleshooting tool designed for production. >>> Get down to code-level detail for bottlenecks, with <2% overhead. >>> Download for free and get started troubleshooting in minutes. >>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk >>> >>> >>> >>> _______________________________________________ >>> VirtualGL-Users mailing list >>> VirtualGL-Users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> ------------------------------------------------------------------------------ >> Get 100% visibility into Java/.NET code with AppDynamics Lite! >> It's a free troubleshooting tool designed for production. >> Get down to code-level detail for bottlenecks, with <2% overhead. >> Download for free and get started troubleshooting in minutes. >> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk >> _______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users