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
