Re: [Dri-devel] GLX Proxy and Cr integration...
Thanks Brian. BTW, does anyone know of a good archive for dmx-devel? the one on sourceforge doesn't work 9 times out of 10. I tried to add the list to mail-archive.com but even subscribing seems to be broken at the moment. Alex --- Brian Paul <[EMAIL PROTECTED]> wrote: > > I just answered your questions on the DMX list. Let's keep the > discussion > there (or at least cc the DMX list) so that people on the DMX list > don't miss out. > > DMX, GLXProxy and Chromium really don't have anything to do with the > DRI in > particular. > > -Brian > > > Alex Deucher wrote: > > I saw this posted on the dmx-devel (dmx.sf.net) ML today. Is > anyone > > familiar with the GLX proxy work? does it work with the DRI? > Could > > this be a solution for HW accelerated indirect rendering? what's > teh > > status of GLX Proxy and DMX? I'm very interested in it; also in > > conjunction with DMX. > > > > Thanks, > > > > Alex > > > > -- > > > > Brian, > > I think you asked some questions about how GLX proxy > > works, I was assuming this was in regard to Cr integration > > work. BTW: we now have the Ok to discuss the GLX Proxy work > > on the list, so for the uninitiated: > > > > GLXProxy is an X11 extension specifically for DMX. It provides > > basic fan-out (and some "fan-in") of the GLX stream to DMX > > backside X11 servers with true GLX extensions. It will allow > > unmodified OpenGL apps to render into DMX windows via GLX > > (obviously with some performance hits). It does not do any > > higher level steam interpretation or optimized protocol > > transport, like WireGL/Chromium. The code for this extension > > has been provided by Guy Zadickario @ sgi (thanks Guy!) and > > is currently being integrated into the DMX core. There are > > a few gaps in GLX proxy's coverage of OpenGL, but it is fairly > > complete, including even glReadPixels(). > > > > A key feature of this work is that DMX will be able to > > advertise the "GLX" extension. A number of apps do not > > use the GLX function for this and instead query the X11 > > server directly. So, I think the addition of GLX proxy > > should fit nicely into the Cr implementation. At a high > > level, if Cr is intercepting OpenGL, GLX proxy gets > > entirely bypassed, except that an application looking > > for GLX in the X11 extension strings, finds one (GLX > > Proxy). > > > > Brian, did you have any specific questions on this? > > Kevin or I might be able to answer them... > > > > Thanks. > > > > rjf. > > > > Randall Frank | Email: [EMAIL PROTECTED] > > Lawrence Livermore National Laboratory | Office: B451 R2039 > > P.O. Box 808, Mailstop:L-561| Voice: (925) 423-9399 > > Livermore, CA 94550 | Fax:(925) 423-8704 > > > > > > __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] GLX Proxy and Cr integration...
I just answered your questions on the DMX list. Let's keep the discussion there (or at least cc the DMX list) so that people on the DMX list don't miss out. DMX, GLXProxy and Chromium really don't have anything to do with the DRI in particular. -Brian Alex Deucher wrote: I saw this posted on the dmx-devel (dmx.sf.net) ML today. Is anyone familiar with the GLX proxy work? does it work with the DRI? Could this be a solution for HW accelerated indirect rendering? what's teh status of GLX Proxy and DMX? I'm very interested in it; also in conjunction with DMX. Thanks, Alex -- Brian, I think you asked some questions about how GLX proxy works, I was assuming this was in regard to Cr integration work. BTW: we now have the Ok to discuss the GLX Proxy work on the list, so for the uninitiated: GLXProxy is an X11 extension specifically for DMX. It provides basic fan-out (and some "fan-in") of the GLX stream to DMX backside X11 servers with true GLX extensions. It will allow unmodified OpenGL apps to render into DMX windows via GLX (obviously with some performance hits). It does not do any higher level steam interpretation or optimized protocol transport, like WireGL/Chromium. The code for this extension has been provided by Guy Zadickario @ sgi (thanks Guy!) and is currently being integrated into the DMX core. There are a few gaps in GLX proxy's coverage of OpenGL, but it is fairly complete, including even glReadPixels(). A key feature of this work is that DMX will be able to advertise the "GLX" extension. A number of apps do not use the GLX function for this and instead query the X11 server directly. So, I think the addition of GLX proxy should fit nicely into the Cr implementation. At a high level, if Cr is intercepting OpenGL, GLX proxy gets entirely bypassed, except that an application looking for GLX in the X11 extension strings, finds one (GLX Proxy). Brian, did you have any specific questions on this? Kevin or I might be able to answer them... Thanks. rjf. Randall Frank | Email: [EMAIL PROTECTED] Lawrence Livermore National Laboratory | Office: B451 R2039 P.O. Box 808, Mailstop:L-561| Voice: (925) 423-9399 Livermore, CA 94550 | Fax:(925) 423-8704 __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] GLX Proxy and Cr integration...
I saw this posted on the dmx-devel (dmx.sf.net) ML today. Is anyone familiar with the GLX proxy work? does it work with the DRI? Could this be a solution for HW accelerated indirect rendering? what's teh status of GLX Proxy and DMX? I'm very interested in it; also in conjunction with DMX. Thanks, Alex -- Brian, I think you asked some questions about how GLX proxy works, I was assuming this was in regard to Cr integration work. BTW: we now have the Ok to discuss the GLX Proxy work on the list, so for the uninitiated: GLXProxy is an X11 extension specifically for DMX. It provides basic fan-out (and some "fan-in") of the GLX stream to DMX backside X11 servers with true GLX extensions. It will allow unmodified OpenGL apps to render into DMX windows via GLX (obviously with some performance hits). It does not do any higher level steam interpretation or optimized protocol transport, like WireGL/Chromium. The code for this extension has been provided by Guy Zadickario @ sgi (thanks Guy!) and is currently being integrated into the DMX core. There are a few gaps in GLX proxy's coverage of OpenGL, but it is fairly complete, including even glReadPixels(). A key feature of this work is that DMX will be able to advertise the "GLX" extension. A number of apps do not use the GLX function for this and instead query the X11 server directly. So, I think the addition of GLX proxy should fit nicely into the Cr implementation. At a high level, if Cr is intercepting OpenGL, GLX proxy gets entirely bypassed, except that an application looking for GLX in the X11 extension strings, finds one (GLX Proxy). Brian, did you have any specific questions on this? Kevin or I might be able to answer them... Thanks. rjf. Randall Frank | Email: [EMAIL PROTECTED] Lawrence Livermore National Laboratory | Office: B451 R2039 P.O. Box 808, Mailstop:L-561| Voice: (925) 423-9399 Livermore, CA 94550 | Fax:(925) 423-8704 __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel