Date: Mon, 16 Apr 2001 10:39:18 +0200
To: Jacques Garrigue <garrigue at kurims.kyoto-u.ac.jp>
Cc: luther at dpt-info.u-strasbg.fr, lablgtk at kaba.or.jp
Subject: Re: lablgl & DRI problems ...
Message-ID: <20010416103918.A2519 at lambda.u-strasbg.fr>
References: <20010413095900.A28568 at lambda.u-strasbg.fr> <20010416103824S.garrigue at kurims.kyoto-u.ac.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010416103824S.garrigue at kurims.kyoto-u.ac.jp>; from garrigue at kurims.kyoto-u.ac.jp on Mon, Apr 16, 2001 at 10:38:24AM +0900
From: Sven LUTHER <luther at dpt-info.u-strasbg.fr>
Sender: Sven LUTHER <luther at lambda.u-strasbg.fr>

On Mon, Apr 16, 2001 at 10:38:24AM +0900, Jacques Garrigue wrote:
> Hi Sven,
> 
> > Yesterday, i enabled Hardware rendering with my dual celeron Abit BP6 box and
> > a matrox G400 board.
> 
> I wish I could do that on Solaris x86 :-(
> (No, I'm not the one who chose this damn OS)

huh, i would have expected solaris on a sparc box (altough linux runs fine
there), but not on i386. I guess you could always install a dual boot or
somethign such, and have also a small linux install to play with hardware
rendering.

> > I thought this would be completely transparent, with my program, that uses
> > lablgtk and lablgl.
> > 
> > But this is not the case, here are the problems i have, some may be due to
> > 'errors' in my code, but not all.
> 
> Not really surprising, if your hardware was not specifically
> designed for OpenGL, some limitations are to be expected.

Well, i think it is more because the drivers are not yet very mature, the G400
is listed has not yet complete on the DRI web site, other matrox cards are ok
though (the G200 and G450 for example). Also SMP and DRI don't cohabit very
well.

> >  1) When i first draw, then i have to minimize the window to then
> >  have it draw it. => this may be due to me, and the event i use to
> >  do the drawing. But still, why does it work with software rendering
> >  then ?
> 
> What happens with examples in the lablgtk distribution?
> And whith lablGL examples (using togl)?

Don't know, will test them tommorow. Before that, there was a bug in the
pre-2.4.0 kernels with SMP which frooze the box when enabling hardware
rendering.

> >  2) I have various GL areas in a notebook kind widget. Only the
> >  first is able to draw anything with hardware rendering turned
> >  on. This is a driver problem, matrox DRI can have only one active
> >  openGL window.
> 
> If it's hardware...

Yes, think so, it is due to DRI driver supporting only one context, i think.

> >  3) something i get segfaults, this is not nice, and i don't know
> >  from what it comes, not a welcome thing with ocaml programs. I
> >  guess it is the openGL lib who dies on lablgl, isn't it ?
> 
> It might be nice to try the examples inside the gtkglarea
> distribution. gtlgtl itself is not a mode of clean programming, so
> this can be where is the bug. At least, if the problems also appears
> in C, then lablGL is not responsible.

mmm, so i should try all the C examples, they should handle the same widgets i
have in my app ?

> I should try to build a DRI enabled machine somewhere, otherwise I can
> do nothing to solve these problems.
> By the way, is there anybody around who can send me a patch to run
> lablGL on Windows. I know lots of people do that already...

Not me, sorry,

Friendly,

Sven Luther