[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-openjfx-dev
Subject:    Prefer EGL over GLX on Linux
From:       Thiago_Milczarek_Sayão <thiago.sayao () gmail ! com>
Date:       2024-03-31 21:34:32
Message-ID: CAAP_wu=TQyxsKZwzpAAOj9Qgp1xVKHXAy2cf0ynkO4Eo=cNYEA () mail ! gmail ! com
[Download RAW message or body]

Hi,

I am doing some efforts here:
https://github.com/openjdk/jfx/pull/1381

Why?

This is initial Wayland support work, since it will require EGL to draw to
a Wayland surface. EGL is also supported on Xorg.
The idea is to prefer EGL and fallback to GLX as it's done in Gtk, for
example. I don't know of an exact scenario where EGL will fail - maybe very
old graphics cards.

The second step will be to implement a libwayland-client glass backend.

Some caveats I've found:
- PrismES2Defs.h -> too much #ifdefs
- Monocle also uses EGL so it feels somewhat duplicated
- The Library loading only supports one lib and then falls back to software
- in this case it's a three-phase loading: EGL, GLX, then SW. I will
probably have to touch other platform code to isolate this.


-- Thiago.

[Attachment #3 (text/html)]

<div dir="ltr">Hi,<br><div><br></div><div>I am doing some efforts here:</div><div><a \
href="https://github.com/openjdk/jfx/pull/1381">https://github.com/openjdk/jfx/pull/1381</a><br></div><div><br></div><div>Why?</div><div><br></div><div>This \
is initial Wayland support work, since it will require EGL to draw to a Wayland \
surface. EGL is also supported on Xorg.</div><div>The idea is to prefer EGL and \
fallback to GLX as it&#39;s done in Gtk, for example. I don&#39;t know of an exact \
scenario where EGL will fail - maybe very old graphics \
cards.<br></div><div><br></div><div>The second step will be to implement a \
libwayland-client glass backend.</div><div><br></div><div>Some caveats  I&#39;ve \
found:<br></div><div>- PrismES2Defs.h -&gt; too much #ifdefs  <br></div><div>- \
Monocle also uses EGL so it feels somewhat duplicated</div><div>- The Library loading \
only supports one lib and then falls back  to software - in this case it&#39;s a \
three-phase loading: EGL, GLX, then SW. I will probably have to touch other platform \
code to isolate this.</div><div><br></div><div><br></div><div>-- \
Thiago.<br></div><div><br></div><div><br></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]