[Bf-gamedev] GSOC proposal? ES rasterizer + Raspberry Pi

[Arnaud Loonstra]

On 03/14/2014 08:44 AM, Jason Wilkins wrote:
> Viewport fx branch contains an up to date OpenGL 3 core profile and
> OpenGL ES port.  I left out the android stuff, it only contains the gl
> stuff.
>
> I estimate it would take me less than a week to port the game engine
> over to use the new GL support BUT I have not done it since the main
> work is still incomplete and it would just make my branch a bigger
> target for merge conflicts (it's already huge, as you can imagine)
>
> I separate effort to port the game engine independent of viewport fx
> would be possible.  I certainly wouldn't want to hold you back.  I'd
> have to defer to somebody who had a more informed opinion about how much
> drawing code blender and the game engine should share.
>
> (Honestly the code in the game engine makes my eyes hurt)

I've never dared to say that but I completely agree. That's what made me 
move to gamekit and other frameworks. Also that's what makes it 
difficult for me to tell how much work it would be. (P.s. are there any 
plans for a rewrite? Or adoption of GK?)

If there is already an effort on the way I would rather join that one as 
opposed to starting a separate one.

I've had more ideas to add to the game engine. I.e. I've always missed 
the integration of networking. Doing it through python the right way is 
not easy. Having an OSC brick would be nice but even better would be 
having support for file descriptor polling in the game engine. It could 
be added to the proposal. Another idea would be enhancing the video 
backend. But before adding more ideas, my first aim was getting the GE 
on embedded hardware.

Rg,

Arnaud
-- 
w: http://www.sphaero.org
t: http://twitter.com/sphaero
g: http://github.com/sphaero
i: freenode: sphaero_z25