Adam, thanks for the very comprehensive explanation. > -----Original Message----- > From: Adam Jackson [mailto:ajax@xxxxxxxxxx] > Sent: Freitag, 11. MÃrz 2011 17:28 > To: Development discussions related to Fedora > Cc: Christian Weià > Subject: Re: Request for sponsered development... > >[skipped] > For your purposes, AIGLX is merely a promise that GLX will be fast, > regardless of whether the X client and X server are on the same machine. > The key is to remember that GLX is a rendering protocol, not a > remoting protocol. Your viewer, wherever it is, will probably use GLX > to do the final rendering, but the the thing that moves your compressed > textures over the wire (along with the rest of the session) need not and > probably should not be X11. > > - ajax So if fact, I should introduce my own protocol for getting the compressed images over the wire and have some X11 module within the clients X-server that takes the images and writes them into the frame buffer of the relevant window. Good enough. However, there is already XPutImage which enables me to transfer images and so I thought it isn't too far fetched adding a feature, which takes that image and, if a proper extension module is loaded within the clients X-server, decompress it and writes it to the buffer. Even with my own protocol, an extension module is required since no other application or service should run at the client. Depending on the capabilities of the clients hardware DRI may be used to efficiently address features of the graphics hardware. And yes, the key was the understanding, that GLX is not a remoting vehicle. In summary, GLX does not introduce extensions to the X protocol at all, right? Anyway, the application-side is all clear now - I would probably need my "own" GLX driver as the connector to the render pipeline. Within that driver (upon glxSwapBuffers) the compressed image needs to be copied to the client. This is transparent to the application. Thanks for the insight, Christian. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
