Marcus Sundberg wrote:
>
> "Jon M. Taylor" <[EMAIL PROTECTED]> writes:
>
> > On Tue, 16 May 2000, Antony Suter wrote:
> > > SDL already has OpenGL support in place as of version 1.1.
> >
> > GGIMesa.
>
> Like Joseph said GGImesa is useless for anything except testing,
> and very simple drawing on fast machines, as noone is currently
> working on bringing HW-support into it.
>
> However I already have a working LibGGIGL extension which integrates
> LibGGI with the OpenGL API, with HW acceleration. Currently it only
> supports using GLX on the X target, but it can easily be made to
> (transparently) support GLX, GGIMesa and Win32 OpenGL on their
> respective targets.
>
> There are some issues with the extension mechanism that needs to
> be sorted out before it is fully functional, but I'll try to commit
> the current version to CVS this weekend.
Interesting. My concern is, as I already said, with the hacked double
buffer in GGIMesa. We tried to run berlin on /dev/fb on a conference in
November and it turned out that Jon had set the second pointer to point
to the same memory as the first, i.e. circumventing double buffering
without the client's notice.
Since the next conference is approaching rapidly (Stuttgart, end of June)
I'd really like to be able to run berlin without X, first, because
this is what berlin is intended for and second, because it will (hopefully)
be much faster due to the avoided crossblitting.
Any propositions concerning how to run berlin on /dev/fb would be very
welcome. We have currently two DrawingKit implementations. One uses MesaGGI,
the other libArt targetted at GGI.
Regards, Stefan
_______________________________________________________
Stefan Seefeld
Departement de Physique
Universite de Montreal
email: [EMAIL PROTECTED]
_______________________________________________________
...ich hab' noch einen Koffer in Berlin...
