On Sat, Jan 28, 2012 at 14:16, Niels Grewe <niels.gr...@halbordnung.de>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? :-) -- Ivan Vučica - i...@vucica.net
_______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
