I realize this is probably a lot of work and
a long way off, but I'm interested in getting
hardware OpenGL acceleration in XonX. What
would it take?
I've gotten VTK (visualization toolkit) and
Open Inventor to work using Mesa, but it'd be
nice to get faster rendering.
I saw that Tenon's Xtools does it when running
rootless but doesn't when they take over the
screen. That suggests to me that when you
guys get rootless running it should be easier.
It's probably a matter of getting things hooked
up with Aqua.
BTW- kudos to the developers. XonX is way mega cool, and you've done a great job.
Perhaps if you were more specific. Do you mean GLX support?
This isn't all you wanted, but the top of the tree at XFree86 CVS now builds GLX support into XDarwin. You only get software rendering, but you don't need standalone Mesa to get it.
Great news regardless.
Now that the GLX interfaces are working in software mode it ought to be easier to implement acceleration by either using OpenGL.framework, AGL, or piping GL commands directly to the GL Driver (if and when we have access to the OS X graphics DDK)
Check out this page:
They seem to be doing what you are asking about, but from what I see it's Linux only. These guys
have something that works on FreeBSD, but not on anything later than XFree86 3.3.6. Anyway, according to the DRI about page, it requires modifications to the Linux kernel, so it seems to be a project of some magnitude.
If XTools does it in rootless, they have to be shimming it to Apple's OpenGL.
DRI uses a totally different methodology than OS X. They aren't compatible, DRI drivers can in no way accelerate OS X graphics (2D, 3D, video, or QuickTime). Basically DRI implements many things at the driver level which Apple does at the kernel level. DRI is designed for direct screen drawing and few large textures which are reloaded infrequently while the OS X method is designed for small, frequent texture updates using a common shared memory model for the video memory. In a way DRI will entrench people into the X11 model even further.
The only way to implement DRI on Darwin, if anybody was interested in doing so, would be to unload all currently loaded OS X graphics drivers and load the DRI ones in place of them. At this time it doesn't even look like DRI is any good, and not all accelerated 3D on Linux uses DRI. For example nvidia drivers do not use DRI.
When somebody outside ATI or nVidia has access to the OS X graphics DDK we'll have a better understanding of the whole situation, but for the meantime I don't think it helps to bring up DRI.
Seems that some of you have succeeded to have
GLX with XONX.
I did not. I got the XAqua0.6 and installed it
over the Xv4.02 (patched Xv4.03).
running the xdpyinfo gives me :
number of extensions: 19
There is no GLX extension listed.
The program i use needs GLX.
I tried also XTOOLS from Tenon. They have GLX.
Using xdpyinfo :
number of extensions: 19
But seems to me that they missed something since
when i launch my program i get :
GLX Version: 1.2
GLX Extensions (client & server): GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context
Double Buffered RGB not available !!
I start the XonX server from a terminal :
It seems that this starts xinit and something
called XDarwinStartup (with :0 -idle arguments)
A start with -x glx does not load glx extensions.
I saw that there is a directory
but not used ??
I also recompiled the XV4.02 (patched 4.03) and
tried to exchange Xdarwin and XDarwin(Startup)
and also xinit. This did not help.
Do you have any suggestions ??
XFree86 4.1 and earlier does not support GLX on Darwin. My earlier message was to point out that if you build XFree86 for yourself from the latest sources at the top of the development branch of XFree86 you will get GLX support. This support is brand new and untested, but I would be very interested in hearing reports on it.
Once we get rootless support working in the top of the tree we will begin posting binary updates to XDarwin again. These will also include this GLX support. Any future updates will also be based on XFree86 4.1, so if you are still using XFree86 4.0.2 or 4.0.3 with XAqua0.6, you should update to 4.1.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.