Originally posted by allquixotic
View Post
Announcement
Collapse
No announcement yet.
OpenWF Working Group Offers Hand To Wayland
Collapse
X
-
-
Originally posted by elanthis View PostNope. EGL solves an entirely different problem.
EGL is basically a generalization of WGL/AGL/GLX, that is, it attempts to generalize context creation, to the extent that this is possible (it's not 100% possible, because e.g. on X11 you still need to know which Window you're creating the context for).
WF is an abstraction of layers like KMS and some of the other bits inside of DRI/Gallium3D that deal with getting the data in applications' windows onto the actual screen.
Very generally speaking: OpenGL hanldes the "draw this stuff to that framebuffer." EGL handles "attach this framebuffer to that window." WF handles "composite these windows onto that display."
I read the overview on khronos.org and it seemed like it was overlapping somewhat. Aside from what I read there was a diagram that placed egl between the hardware apis and owf. The later obviously makes more sense given what you've said.
I suppose what was confusing to me was that I knew egl to be a way to connect drawing contexts to parts of the display(indicating it knew of the display but still window level) while owf seemed to provide compositing and mode-setting/xrandr. It was the compositing that I thought egl was capable of(if nothing other than placing a window with an alpha channel).
Comment
-
Originally posted by madjr View Posthope this helps clean up a bit the linux graphical mess
desktop toolkit --> wayland --> openwf (implemented over kms or by somekind of blob) or kernel API stuff
seems kind of duplication having openwf implemented (by kernel people) since we already have something to use with wayland
Comment
-
Originally posted by allquixotic View PostA group setting standards like that should have the balls to create an organizational policy that forbids any sitting members of the Khronos working groups from enforcing a software patent on any part of a compliant implementation of the standards that Khronos releases, with a failure to comply resulting in the offending portions of the standard being struck from the standard in the next major API bump (or struck from the draft if they seek a patent before the standard is ratified). It's common sense.
Extensions like S3TC is not in the core specification, so you can implement OpenGL without supporting it.
Comment
-
Originally posted by allquixotic View PostReplying to myself here, but wouldn't it be considered 'prior art' if they only file for a patent after a standard is already ratified? They would have to get the patent FIRST, and thus you have disclosure. So the WG has plenty of opportunity to strike down patented features before they go into a final document.
Comment
Comment