Group: comp.os.linux.x


Subject: A custom multi-layer XServer
From: Dances With Crows
Date: 9/6/2007 9:40:15 PM
fishywarp staggered into the Black Sun and said: > I have a potential system requirement as follows: [An] X client > addresses two heads of an Xserver :0.0 & :0.1 (this is a fixed > requirement and cannot change). 2 Screens? It seems that most people want a Xinerama or MergedFB setup these days as those are more flexible. But whatever. >:0.0 would be considered as a video overlay with a keying color >defined that when present would allow the video directed to display : >0.1 to be displayed. Overlays don't really work that way. Most video cards have 1 overlay, which can be on one head. You send YUV (YV12, whatever) data to that overlay. Hardware on the video card scales this data and paints this data on whatever screen areas on the overlay's head have been painted color XV_COLORKEY (usually a rectangle, XvPutStill() and XvPutVideo() seem to want rectangles.) The overlay isn't part of the framebuffer, and can't (IIRC) take arbitrary pixmap data. You can't have the overlay on more than one head unless you have something like the TwinView option running on the evil binary-only nVidia module. > So the XServer would be taking client commands to two displays :0.0 > and :0.1 What you wrote above refers to 2 Screens and one Display, not 2 Displays. > but would in fact be generating a single :0.0 display consisting of a > virtual combination of commands generating the two separate displays. Huh? I think you'll have to articulate this in a more detailed and precise way. > Now I realise this is a totally non-standard X server. Any comments on > the feasibility of such a system would be appreciated, the scope of > Xserver re-write required, suggestions as to companies or individuals > who might want to take on the work etc. I don't know precisely what you want. The internals of Xorg are ... hairy, and rewriting the overlay support to do these things may A) be impossible with normal video cards B) break a bunch of Xlib functions. -- >Sci-fi shows jump the shark when they introduce time travel. Can a series jump the shark straight off, or does it need to get a bigger shark? --Brian Kantor and David Delaney in ASR Matt G|There is no Darkness in Eternity/But only Light too dim for us to see