Thanks for previous clarification.
But I wanted to know why we are explicitly want a 24-bit configured 3D-X
server.[The depth value being hardcoded in rr/faker.cpp:790, can we change
this to 32 or 16] .Can I still be able to get the display, if my 2D X server
on client didnt have any visuals for 24depth planes or can 2D X server with
visual class having depth 32/16 can be able to give the display on client?
I modified the depth value to 32,so able to pass this issue " Xlib
extension: could not get RGB visual", but now getting X errors - something
like this:-
**
*X Error of failed request: GLXBadDrawable
*>* Major opcode of failed request: 153 (GLX)*
>* Minor opcode of failed request: 5 (X_GLXMakeCurrent)*
>* Serial number of failed request: 536 *
Thanks & Regards,
Rodrex Lee.
On Thu, Mar 25, 2010 at 11:16 PM, Rodrex Lee <[email protected]> wrote:
> Dear,
>
> We are currently evaluating virtualGL for its extension on QEMU.But we are
> currently facing some issues realted to it.
> Xlib: Extension "GLX" missing on display.
> In order to solve the above issue, I have few questions related to
> virtualGL.
> 1) The overrided XQueryExtension function in virtualGL calls real
> XQueryExtension function of XLib[Accelerated server] which eventually tests
> whether the GLX extension is present in the Xserver.Now it must check about
> this extension in Xserver of accelerated server, but when we debugged the
> same,we find it that it went to Xserver of user's display[client remote
> side].how?
> 2) How the Xlib of server side decides that it has to send the X11 events
> to 2DXserver of client side, not to the Xserver of server side?
> Thanks & Regards,
> Rodrex Lee.
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
VirtualGL-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
