Re: multiXnest

[Aivils S. <ai...@un...>]

On Tre=F0diena, 9. Novembris 2005 13:38, Ander Conselvan de Oliveira wrote:
> Helge Hafting wrote:
> > Ander Conselvan de Oliveira wrote:
> >> Helge Hafting wrote:
> >
> > Well, ordinary x.org (from debian and several others) is capable of
> > using several pointers and keyboards.  (One pointer+kbd per seat.)
> > That's why I asked - I already run such a setup. :-)
>
> That's the point. The x.org was modified to allow multiseat. But this is
> a hack. The whole thing is made so that just one instance of the server
> is controlling all the hardware. The right way to do it, would be
> implement something like RAC into the kernel.

Yep. That Debian modification is not acepted by X men. It is nonpro solution
as all as i provide. I think working state is a lucky case more than=20
regularity, even so many peoples use it.

> >> A module called RAC (Resource Access Control) prevents conflicts
> >> beetween the video cards, allowing a server with several cards from
> >> different manufacturers to be used.
> >
> > Now this may be interesting, plain xorg sometimes struggle with this.
> > I.e. restarting one of my xorg servers blanks the other display, so I
> > have to resize it (ctrl+keyboad+) to get it back.  Easy for me, confuses
> > my users.  RAC avoids such problems?
>
> Yes. But to take advantage of RAC, you have to run an X server with
> Xinerama. And, on top of that X server, run multiXnest.
>
> > Can all of the users use accelerated 3D at the same time too, like they
> > can with a xorg setup?  (Well, with some xorg setups - not all cards wi=
ll
> > cooperate nicely. But some do. Children tend to want to play the same
> > game, so a setup where not _all_ heads have the same fetures won't do.)
>
> Xnest lacks accelerated 3d support. I guess it could be implemented thoug=
h.

Best way of course is N pointers and N focus windows of X server, but
here is an authorisation troubles.
At least nvidia runs accelerated GLX on both heads of one videocard.

Aivils