Irrlicht Engine

Actually I am thinking about posting that to google code.
Unless there is some other place/people I should submit my code to.

After this week's changes it's actually not that much of a mess. The remaining changes are mainly internal, especially about resource loading and input system.

If anyone ...

Hi,
sorry for the delay guys.
Aa far as I'm concerned it's Hybrid's nice OpenGL driver, with if-defs to isolate the EGL stuff to be replaced by MobileMacOSX stuff. That is it.
Now the device is in so bad shape, there are ugly workarounds everywhere.
I had trouble getting it to display anything also ...

An update: http://rafb.net/p/2hyOnC12.html

It's starting to work. I've modified Hybrid's driver, since the EGL is not supported in 2.0 it would not compile. I've put all the EAGL stuff on the device side and used the MacOSX version as a template (EGL relies on the Linux Device).
The device class is ...

Perhaps you missed it... I know that Since I am in the iPhone beta program. I was only saying that I'm trying to support both toolchains... For the good of the FOSS world.

A'right, just making sure :) I'm more interested in the official one though.

timmymorris91 > We have iPod touch here in ...

You might want to know that EGL is not available in the official SDK, in contrast with the FOSS toolchain.
In the dev center it says "the primary difference is that you’ll use the EAGL API to set up the window surface instead of an API such as CGL or AGL."

The new API makes it easier to set up a ...

grafikrobot > I'm curious, did you port it using the official SDK ? Did you use EGL ?

(EDIT: as for the NDA, it applies only to Apple technology, not code you have produced yourself, I think)

Hi there Irrlicht users ! :)

Looks like a port of Irrlicht to the iPhone is interesting some people.
I have been working on one myself, I've started to re-write:
- the COpenGLDriver -> COpenGLESDriver (this is the troublesome part so far)
- the COpenGLTexture -> COpenGLESTexture
- the ...