Originally posted by dh04000
View Post
Announcement
Collapse
No announcement yet.
NVIDIA Reportedly Working On A Unified EGL Driver
Collapse
X
-
I think as long as they can be backwards-compatible with the xservers then this change would be relatively trivial for them, it's probably the regression testing which will be the hard part. They already support EGL on Tegra so just use that I guess. Also will GLX still work via xwayland or xmir? Surely this wouldn't be too hard, I'd really like Maya/Nuke/Mudbox/etc. to still work on my workstation with these new display managers, but not using a software fallback or indirection driver like XGL did.
OpenGL ES 3.0 is more like OpenGL 3.0 but with a few things cut like the GLSL syntax doesn't use in/out and there's no geometry shaders. I think adding OpenGL support to EGL would be trivial, you'd just specify the right enum in context-creation of your app, no big deal? The window manager might be better off using a subset of what ES supplies just for compatibility but the apps themselves shouldn't have a problem...
Comment
-
Originally posted by MistaED View PostOpenGL ES 3.0 [...] GLSL syntax doesn't use in/out
Comment
-
Oh awesome I didn't know, thanks for the link. Now I'm trying to remember where I read that they weren't in it, I think it was page 2 that tricked me under "Changes from OpenGL GLSL 3.3: Removed: in and out blocks."
Comment
-
Nvidia has had GLES & EGL support for a couple of years now it's in the Tegra driver, nothing new there. Linux, Wayland, Mir, ... had nothing to do with this. AMD/Ati doesn't have GLES/EGL support what they have is an emulator. I predict, in the future GL and GLES will be one in the same call it OpenGL 5 maybe?
We really need to dump legacy support at this point it's only holding us back.
Regardless once GLES/EGL support on the desktop for all common chipsets is here, Display Servers will be developed like Window Managers "Everyone is going to have there own flavor" things
like Wayland and Mir are not going to be all that important.
We will also see an explosion of Application/GUI development toolkits. You think things are fragmented now just wait. GLES, EGL and OpenVG make these things trivial to develop.Last edited by zester; 10 March 2013, 02:11 PM.
Comment
-
Originally posted by zester View PostNvidia has had GLES & EGL support for a couple of years now it's in the Tegra driver, nothing new there. Linux, Wayland, Mir, ... had nothing to do with this. AMD/Ati doesn't have GLES/EGL support what they have is an emulator. I predict, in the future GL and GLES will be one in the same call it OpenGL 5 maybe?
We really need to dump legacy support at this point it's only holding us back.
Regardless once GLES/EGL support on the desktop for all common chipsets is here, Display Servers will be developed like Window Managers "Everyone is going to have there own flavor" things
like Wayland and Mir are not going to be all that important.
We will also see an explosion of Application/GUI development toolkits. You think things are fragmented now just wait. GLES, EGL and OpenVG make these things trivial to develop.
A lot of CAD programs depend on non-vertex GL commands from the early days of ogl, so they are one of the greatest interest groups keeping it supported. I think the Linux desktop is at an interesting point in its development where it could in theory depreciate the original ogl entirely and focus on ES, since it has few / no legacy apps that require the old API calls, and anyone that needs those could still in theory run an XWayland server (in context) and expect full openGL to be present.
Targeting gles means you can hit every mobile and desktop platform, plus webgl (which is implemented as a dialect of gles 2, and only requires command translation rather than total engine refactoring due to different API syntax) in one swoop.
Comment
Comment