As the topic says, I can't use openGL, the framebuffer has a weird error which I made another thread about, so I'm wondering if it would be possible to use OpenGL ES instead of openGL? Is anyone aware of a port that already does this very thing or can tell me what file I would need to edit to update the code for openGL instructions?
I'm not aware of anyone having tried this. You could just try substituting OpenGL ES for OpenGL and see where this leads you. build/unix/config_proginfo_host is where the library locations for OpenGL are defined.
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”
I must confess that the more things go towards video stuff the less I understand, but I'm trying :-) I see the part of the file that talks about openGL, to get it to look at openGLES do I change the part that says "name=openGL" and then just ./build.sh uqm?
The name is unimportant. For testing, you could just keep the name, and change the values of LIB_opengl_CFLAGS and LIB_opengl_LDFLAGS in the * case to whatever is appropriate for the OpenGL ES library. Considering that you're running Debian, you can probably leave LIB_opengl_CFLAGS empty if you installed OpenGL ES from a package. I'm not sure what LIB_opengl_LDFLAGS should be. Maybe the name of the dynamic library is even just libGL, as with standard OpenGL, in which case you wouldn't need to change anything. Did you already install the OpenGL ES libraries and headers? If so, could you list which files were installed?
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”
Now that I'm thinking some more about this, I don't think that you're going to win much in terms of speed by using OpenGL (ES), as long as you stay in 640x480 mode. OpenGL is pretty much just used for scaling.
Logged
“When Juffo-Wup is complete when at last there is no Void, no Non when the Creators return then we can finally rest.”