On Sat, Jan 28, 2012 at 14:16, Niels Grewe
<address@hidden> wrote:
One thing we should keep in mind is that in the long run, we also want
to support embedded platforms (hell, they're probably the primary
target, aren't they?), where we only have OpenGL-ES and probably no
X-server. So maybe we should evaluate going right to EGL here, which is
a much cleaner and platfrom independent approach to the same thing. I'm
not quite sure how stable EGL support for desktop X servers is (Debian
has a libegl1-mesa package in testing, though), but on my Efika (which
uses proprietary drivers for everything), it took very little effort to
come up with a POC that shared a surface between OpenVG (used by Opal
via cairo) and OpenGL-ES such that it could be animated while Opal was
drawing to it. I'll try to dig it up if you're interested.
Hi,
definitely. I'm counting on supporting GLES. I'm not sure it's sensible to target solely GLES. Most (if not all) of CoreAnimation code will be shared between GL and GLES, and creation of the context is platform specific, anyway, isn't it?
GLES support on desktops will be flaky at best, missing at worst (see Win32). Targeting both GL and GLES is not difficult.
Am I wrong? :-)