Thanks for the info.
In the mean time I successfully ported freeglut to OpenGL ES leaving
most functionality intact. However there are a few API
incompatibilities with OpenGL ES that I want to solve. I would like
your opinion on these issues.
Let me take you on a brief tour of OpenGL ES :-)
Up till now OpenGL ES versions have been defined relative to an OpenGL
(desktop) specification*. Mostly the difference is in cutting features
that are not strictly needed to keep hardware and software footprint
as small as possible. On top of that OpenGL ES currently comes in two
profiles. The 'Common' profile is for platforms with hardware
accelerated floating point support (it includes GLfloat). Then there
is the more strict 'Common-Lite' for hardware without floating point
support. Neither of those profiles include GLdouble, which is where
one of the API incompatiblities arises when porting freeglut.
For the Common profile I only have to overcome the unavailability of
GLdouble. I am considering simply replacing GLdouble with GLfloat.
For the Common-Lite profile I am considering replacing all GLfloat and
GLdouble with GLfixed (fixed point mathematics implemented as 'int').
This includes replacing floating point specific gl functions with
their fixed point counter parts. For example replacing glVertex2f with
The other incompatibility is the unavailability of glBitmap and
related functions in OpenGL ES. Without this I have had to disable
anything 'menu'. I'm not to worried about this yet, since menu based
functions are optional in GLUT for ES.
Besides these efforts I am trying to get the BREW SDK installed to
have a look at posibilities porting to this platform.
I'll keep you posted on my progress.
* OpenGL ES is defined relative to OpenGL (desktop) as follows:
OpenGL ES 1.0 = ~OpenGL 1.3
OpenGL ES 1.1 = ~OpenGL 1.5
OpenGL ES 1.2 = ~OpenGL 1.5
OpenGL ES 2.0 = ~OpenGL 2.0+
On Tue, 23 Nov 2004 12:38:51 -0600, Fay John F Contr AAC/WMG
> The "freeglut" library has been ported to Windows CE but not to
> BREW. There is a preprocessor symbol defined called "_WIN32_WCE" which
> enables it; I think Windows CE defines that automatically.
> I apologize for not answering you earlier but I have been out of
> town. We'd be delighted to have you on board--we need all the help we can
> get. If you have any questions please feel free to ask.
> John F. Fay
> -----Original Message-----
> From: freeglut-developer-admin@...
> [mailto:freeglut-developer-admin@...] On Behalf Of Dam
> Sent: Monday, November 15, 2004 7:43 PM
> To: freeglut-developer@...
> Subject: [Freeglut-developer] porting freeglut to Windows CE and BREW.
> From the summary page I find that freeglut is supported under "Win32
> (MS Windows), X Window System (X11)". With the development of OpenGL
> ES (Embedded Systems)* I was wondering if anybody had started work on
> porting freeglut to Windows CE and/or Qualcomm's BREW?
> If so, I am very interested in the progress and would like to help out.
> If not, I would like to start these projects and could use some
> Dam Backer**
> * For info on OpenGL ES, visit http://www.khronos.org/opengles/
> **I'm new here, so don't bite. Hard.
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. http://www.intersystems.com/match8
> Freeglut-developer mailing list