On Fri, 30 Jan 2004, Alan Hourihane wrote:
> I believe Kendall updated it for Mesa 5.x and Karl is working on getting
> it integrated into the current Mesa 6.x - or that's my understanding.
This sounds promising.
bye
ago
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 12601
On Fri, Jan 30, 2004 at 06:54:57PM +0100, Alexander Gottwald wrote:
> On Fri, 30 Jan 2004, Alan Hourihane wrote:
>
> > Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa
> > that allows it to accept the OpenGL commands from the client and call
> > the equivalent Direct3D co
On Fri, 30 Jan 2004, Alan Hourihane wrote:
> Apparently SciTech (Kendall Bennett) donated some code (a driver) for Mesa
> that allows it to accept the OpenGL commands from the client and call
> the equivalent Direct3D counterparts thus providing hardware that has
> a more capable Direct3D layer mu
On Fri, Jan 30, 2004 at 11:11:41AM -0600, Brian Ford wrote:
> On Fri, 30 Jan 2004, Alan Hourihane wrote:
>
> > One note Harold on this
> >
> > You'll find that a lot of OpenGL drivers that are used on Windows are
> > seriously lagging behind in support for the hardware. That's because
> > a lo
On Fri, 30 Jan 2004, Alan Hourihane wrote:
> One note Harold on this
>
> You'll find that a lot of OpenGL drivers that are used on Windows are
> seriously lagging behind in support for the hardware. That's because
> a lot of vendors don't bother updating support for OpenGL directly
> and are m
One note Harold on this
You'll find that a lot of OpenGL drivers that are used on Windows are
seriously lagging behind in support for the hardware. That's because
a lot of vendors don't bother updating support for OpenGL directly
and are more interested in Direct3D.
Just run a native 'glinfo'
On Thu, 29 Jan 2004, Harold L Hunt II wrote:
> I just spoke with Torrey Lyons regarding OpenGL acceleration in Xdarwin.
> He enlightened me on several points:
>
> 1) Most of the code that I described in my first email is for the
> "direct" rendering path. That path allows X Clients on the same
I just spoke with Torrey Lyons regarding OpenGL acceleration in Xdarwin.
He enlightened me on several points:
1) Most of the code that I described in my first email is for the
"direct" rendering path. That path allows X Clients on the same machine
as the X Server to avoid calling through the
On Thu, 29 Jan 2004, Harold L Hunt II wrote:
> I am interested in adding this support as well, but I think it would be
> nice if some users and/or developers out there would help get this
> started by creating some of the boilerplate files for me and ensuring
> that these initial files compile cor
I assume that a lot of users and potential users are interested in
accelerated OpenGL support. Adding this isn't particularly hard, since
we simply pass off OpenGL calls to the Win32 OpenGL system and because
the Xdarwin (a.k.a. X on X, a.k.a. Apple) have already done a very
similar system for
10 matches
Mail list logo
