Re: [Caml-list] OCamlSDL

[Sven <luther@dpt-info.u-strasbg.fr>]

On Wed, Apr 24, 2002 at 07:04:23PM +1000, John Max Skaller wrote:
> >
> >
> >Wellm maybe i don't understand you, but the lablgl binding already provide a
> >way to do OpenGL in Tk (using the togl widget) and the lablgtk bindings
> >provide a way to do OpenGL in gtk+ using the gtkglarea widget.
> >
> >What do you want more ?
> >
> 
> Nothing. I want LESS. I do NOT want Tk there, nor Gtk.
> And for a game, not even the window manager.

Mmm, i understand, ...

But yyou need a widget to hold the OpenGL area or something.

You could also try doing GLU/GLX whatever directly with appropriate C stubs,
it should not be to heavy.

That said, another way would be to run OpenGL on top of fbdev, this way, you
don't even have X running, which would be nice, you could even imagine a CD
with a kernel, some  drivers, and running your game directly, a bit like a
console, nice, not ?

The problem is that DRI is rather dependant on X right now, and doesn't make
provisions for someone wanting to run accelerated mesa in something which is
not X. You would need your own windows and such stuff though.

> I have a friend committed to using OpenGL to do a game.
> He's NOT interested in widgets or window managers
> from some toolkit. He'll program the buttons to behave
> exactly as he want them too directly with the low
> level graphics interfaces.

Ok, 

> I want to implement a new kind of window manager
> called HWM. I can't even host it on X (except at low level)
> since X's idea of a WM is archaic and precisely what
> I'm trying to replace.

Then have a look at the people working with fbdev, it should give you what
you want. This idea has been discussed various time on the linux-fbdev mailing
list (on sourceforge i think) and there are people who want things like that
there, have a look at the archive.

> So neither of us is remotely interested in hosting
> OpenGL inside a widget of some brain dead toolkit
> living inside some brain dead window manager.
> We want to use Open GL to REPLACE these
> components.
> 
> Ideally, Ocaml would have an OpenGL interface
> with a binding which works inside the native
> window manager (in a window -- for testing) but
> which could be replaced by another binding (transparently)
> which took over the whole screen, either
> directly (for performance) or via low level primitives
> of the native system (X windows etc) for hosting
> within an existing environment.
> 
> So for example, on Linux, I'd want a Mesa binding.

A native fbdev binding would be nice also, i have proposed such a project to
my student, but nobody was interested and i lack the time to do so myself,
but then, maybe i will.

(reverting advi to use again the graphics module and having a fbdev
implementation of the graphics module would go a long step in the way of
having an easy to show without linux and advi installed presenter.

Friendly,

Sven Luther
> 
> -- 
> John Max Skaller, mailto:skaller@ozemail.com.au
> snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia.
> voice:61-2-9660-0850
> 
> 
> 
> -------------------
> To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
> Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners