Re: Adding DMX to XFree86
On Tue, 22 Jun 2004, Kevin E Martin wrote: We would like to include DMX in the next XFree86 release. 7. Add DMX and GLX Proxy support to Xinerama 9. Add protocol and structures to support GLX Proxy (from SGI) Does GLX Proxy allow hardware accelerated GLX ? Does it allow hardware accelerated GLX from remote machines independent of DMX ? If so GLX Proxy seems desireable on its own account. (I have nothing against DMX, just remote GLX is something I've wished for for nearly a decade). -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: cvs compile failed
On Wed, 23 Jun 2004, Jeff Chua wrote: Just downloaded the lastest cvs. Failed to compile. The error lines before the ones Jeff quoted seem more illuminating: In file included from itsy.c:70: itsy.h:27:27: linux/itsy_fb.h: No such file or directory itsy.h:28:27: linux/itsy_ts.h: No such file or directory itsy.h:29:32: linux/itsy_buttons.h: No such file or directory itsy.h:30:32: linux/itsy_session.h: No such file or directory kbd.c also has missing files kbd.c:25:21: kkeymap.h: No such file or directory kbd.c:27:32: linux/itsy_buttons.h: No such file or directory -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xv, radeon, alpha blending
On Wed, 23 Jun 2004 07:25:24 +0200, Stefan Lucke [EMAIL PROTECTED] wrote: On Mittwoch, 23. Juni 2004 05:32, Alex Deucher wrote: On Sat, 19 Jun 2004 10:40:49 +0200, Stefan Lucke [EMAIL PROTECTED] wrote: Hi, based upon Michael Deucher's radeon_xvalpha.diff found at It's actually Alex Deucher. Sorry for that. No problem. [ .. ] The only drawback is that any other screen region (without alpha values) is black. The reason I didn't implement per-pixel alpha blending initially was that it requires a framebuffer format with alpha values like or , etc. Without that, it's not much use. Yes, but that most parts of screen went black is more important. So I see video via Xv and a nice alpha blended OSD. I think the reason for that is that XFree has no idea of alpha and sets alpha to 0. It's been a while since I messed with this, but you may want to mess with the graphics levels since you can adjust the graphics plane and the overlay separately. Unfortunately, I don't remember how they interact in per-pixel mode. Is there a way to specify the alpha value to use (255) when operating in rgba-32 ?. Probably, when using 24 bpp, on radeon it's actually 32 bits internally. you could probably just adjust what the additional bits get set to. I suspect it's already set to 255 though. If you really wanted to you could probably also add a hack to adjust the alpha value of the framebuffer when Xv attributes are changed, however, I'm not too familiar with the DIX parts that may be involved. Alex Stefan Lucke ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Adding DMX to XFree86
On Wed, Jun 23, 2004 at 11:20:09AM +0100, Dr Andrew C Aitchison wrote: On Tue, 22 Jun 2004, Kevin E Martin wrote: We would like to include DMX in the next XFree86 release. 7. Add DMX and GLX Proxy support to Xinerama 9. Add protocol and structures to support GLX Proxy (from SGI) Does GLX Proxy allow hardware accelerated GLX ? Does it allow hardware accelerated GLX from remote machines independent of DMX ? If so GLX Proxy seems desireable on its own account. GLXProxy is a DMX-specific GLX implementation that acts as a proxy server for GLX protocol. SGI wrote this code and donated it to the DMX project. It takes advantage of any hardware accelerated indirect rendering that is already present on the back-end server to which it attaches, but it won't create hardware accelerated indirect rendering on a system that doesn't already have it. I think many of us would very much like to have hardware accelerated indirect rendering, and from time to time there has been talk of adding it to the DRI project. It's actually been on the to do list for the DRI project from the original design days, but it's a large project and there was little interest in funding it back when I was with PI and VA. I'm still hopeful that it will eventually happen. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: cvs compile failed
On Wed, Jun 23, 2004 at 11:24:54AM +0100, Dr Andrew C Aitchison wrote: On Wed, 23 Jun 2004, Jeff Chua wrote: Just downloaded the lastest cvs. Failed to compile. The error lines before the ones Jeff quoted seem more illuminating: In file included from itsy.c:70: itsy.h:27:27: linux/itsy_fb.h: No such file or directory itsy.h:28:27: linux/itsy_ts.h: No such file or directory itsy.h:29:32: linux/itsy_buttons.h: No such file or directory itsy.h:30:32: linux/itsy_session.h: No such file or directory kbd.c also has missing files kbd.c:25:21: kkeymap.h: No such file or directory kbd.c:27:32: linux/itsy_buttons.h: No such file or directory I'll fix xfree86.cf to turn XItsyServer off by default. I expect that the tinyx/itsy ought to be removed. David ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Adding DMX to XFree86
Kevin E Martin wrote: I think many of us would very much like to have hardware accelerated indirect rendering, and from time to time there has been talk of adding it to the DRI project. It's actually been on the to do list for the DRI project from the original design days, but it's a large project and there was little interest in funding it back when I was with PI and VA. I'm still hopeful that it will eventually happen. The current thinking is to, essentially, 'rm -rf xc/programs/Xserver/GL' and re-write it so that libglx.a loads a device-dependent *_dri.so, like the client-side libGL does. The advantage being that only one driver binary will be needed per-device. The support and maintainence advantages should be obvious. Work has been started on an Xlib based DRI driver (something of a contradiction in terms, I know) by Adam Jackson. I've started writing Python scripts to automatically generate GLX protocol handling code (for both client-side and server-side). We're getting closer to starting the real work, but I need to clear a few things off my plate first. My goal is to start a branch in the DRI tree in the next few (3 to 4) months to get this work going. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Adding DMX to XFree86
On Wed, Jun 23, 2004 at 11:30:38AM -0700, Ian Romanick wrote: Kevin E Martin wrote: I think many of us would very much like to have hardware accelerated indirect rendering, and from time to time there has been talk of adding it to the DRI project. It's actually been on the to do list for the DRI project from the original design days, but it's a large project and there was little interest in funding it back when I was with PI and VA. I'm still hopeful that it will eventually happen. The current thinking is to, essentially, 'rm -rf xc/programs/Xserver/GL' and re-write it so that libglx.a loads a device-dependent *_dri.so, like the client-side libGL does. The advantage being that only one driver binary will be needed per-device. The support and maintainence advantages should be obvious. Exactly. That was the basic approach we were planning to take at PI. FYI, there are several papers (from either HP or SGI, IIRC) that give an overview of various the approaches. I can try to dig up those refs, if it would be helpful. Work has been started on an Xlib based DRI driver (something of a contradiction in terms, I know) by Adam Jackson. I've started writing Python scripts to automatically generate GLX protocol handling code (for both client-side and server-side). We're getting closer to starting the real work, but I need to clear a few things off my plate first. My goal is to start a branch in the DRI tree in the next few (3 to 4) months to get this work going. That's excellent! I look forward to seeing this effort get going. Kevin ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel