Re: [Plib-users] SSG without X on server

[Steve B. <sjb...@ai...>]

Alexander Rawass wrote:

> On these game servers, where a TuxFleet server will run, it should'nt be
> necessary for the admins of these game servers to start TuxFleet servers
> while running X - I want to make a server-only version of TuxFleet, that
> never tries to open a window or to connect itself to the current
> X-Display.

I've had this problem too. I wrote (but cannot distribute) a 'dummy' X
and 'dummy OpenGL' library that has stub functions for every call that
PLIB uses.  It's a lot of typing - but virtually zero brain effort.
 
> SSG wants a glContext, and (I think) the GL wants to have a running X.
> Correct me if I am wrong.

That's correct.
 
> Can I use GL without the GL wanting to connect to a X-Display?
> Could the collision checking routines of SSG be used without having to
> init GL?

Well if you don't initialise it, bad things will happen - and the initialisation
entails some OpenGL calls...but more mundanely, you won't even be able to link
the code without libGL.so being included...that won't be there on your server.
 
> Any ideas? I hope you understand what I meant.

Well, there are probably two options:

1) Write dummy OpenGL and X routines to link to. (Actually, I don't think SSG
   makes any X calls - just OpenGL).

2) Take a copy of SSG and hack out all the non-collision-detection parts.

Obviously, (1) is time consuming - but it's simple and doesn't put a 'fork' in
the SSG development pathway.  (2) is probably less typing and would be more
space-efficient at runtime.

Go with (1).

Good luck.

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net