Hey guys, Not sure if this matter has been overcome since, but just in case it hasn't, here's some probably useful info.
On May 18, 2012, at 12:17 AM, vchelaru wrote: >> We have updated to 4.2.1 and are getting the same error on the Motorola >> Droid (the first model) using OS version 2.2.3: > >> OpenTK.Platform.Android.EglException: EglCreateWindowSurface failed with >> error 12288 (0x3000) >> at OpenTK.Platform.Android.AndroidWindow.CreateSurface >> (Javax.Microedition.Khronos.Egl.EGLConfig) <0x00124> >Want to know something funny? Error 0x3000 is EGL_SUCCESS. #facepalm >I'm guessing that calling eglGetError() clears out the error, and we're not >preserving the original eglGetError() value. #argh >Worse, I'm the newly appointed OpenTK maintainer, and (of course) the hardware >I have doesn't fail here. #FML >Which Android version is your device running? Is this an original Samsung >Galaxy S or an S II? Does GLDiag fail on the emulator by any chance? GLDiag is designed to fail in most cases. What it basically does is go through every egl configuration that is reported by the device as being "supposedly" valid and tries to create a surface with it. The EGL_SUCCESS error is the stupid way that devices that return partially invalid configurations have to say "hey, this is supposed to work, but oops, it doesn't" Basically, the default settings that android (and monodroid) use aren't valid in every device, and a lot of devices lie when asked for valid configurations. The fix that went in to monodroid made sure that it is possible to pass absolutely no minimum requirements when asking for a valid configuration. This seems to make such devices return good configurations (when they'd otherwise would not). Devices that fail like this seem to have a problem mostly when setting base color values. The GLCube, GLTriangle and TexturedCube samples have examples of fallback code in the CreateFramebuffer method to handle cases like this. They try, in turn, to request different types of configurations until one works. So, when GLDiag fails miserably, try the other GL samples and see how they work in your hardware, and possibly tweak the values in the samples until you get something working. andreia gaita -------------------- blog.worldofcoding.com github.com/andreiagaita _______________________________________________ Monodroid mailing list [email protected] UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
