cocos2d for iPhone

A fast, easy to use, free, and community supported 2D game engine

1. 

   psi
   Member

   Anyone heard of "OpenGL error 0x0500 in -[EAGLView swapBuffers]"?

   I upgraded to the latest SDK Version 3.2.2 (Pre-release), aka 3.2 beta 2 today and seem to receive permanent OpenGL errors. Unfortunately I'm sure this was not the case a week ago when using the 3.1.2 SDK and cocos 0.9.

   The error permanently spams my Debugger Console in debug mode, making debugging a pain. I do not note any changes in performance, visual glitches or anything though...

   Any ideas what might be the cause? Latest cocos? Latest SDK? My bad code ;)?

   Best regards,
   Markus

   Debugger Console:
   2010-02-10 12:38:09.144 Hand of Fate[2923:207] cocos2d: deallocing <CCDelayTime = 03E197B0 | Tag = -1>
   2010-02-10 12:38:09.145 Hand of Fate[2923:207] cocos2d: deallocing <CCFadeIn = 03E198C0 | Tag = -1>
   2010-02-10 12:38:09.145 Hand of Fate[2923:207] cocos2d: deallocing <CCSequence = 03E199E0 | Tag = -1>
   2010-02-10 12:38:09.145 Hand of Fate[2923:207] cocos2d: deallocing <CCFadeOut = 03E19940 | Tag = -1>
   2010-02-10 12:38:09.146 Hand of Fate[2923:207] cocos2d: deallocing <CCSequence = 03E19AB0 | Tag = -1>
   2010-02-10 12:38:09.146 Hand of Fate[2923:207] cocos2d: deallocing <CCCallFuncN = 03E19550 | Tag = -1>
   2010-02-10 12:38:09.146 Hand of Fate[2923:207] cocos2d: deallocing <CCSequence = 03E19AE0 | Tag = -1>
   2010-02-10 12:38:09.147 Hand of Fate[2923:207] cocos2d: deallocing <CCRepeatForever = 03E19B80 | Tag = -1>
   2010-02-10 12:38:09.164 Hand of Fate[2923:207] cocos2d: deallocing <CCTextureAtlas = 03E3B6A0 | totalQuads = 0>
   2010-02-10 12:38:09.164 Hand of Fate[2923:207] cocos2d: deallocing <CCSpriteSheet = 03E3B390 | Tag = -1>
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   2010-02-10 12:38:09.479 Hand of Fate[2923:207] cocos2d: deallocing <CCFadeIn = 03E10390 | Tag = -1>
   2010-02-10 12:38:09.479 Hand of Fate[2923:207] cocos2d: deallocing <CCCallFunc = 03E195E0 | Tag = -1>
   2010-02-10 12:38:09.480 Hand of Fate[2923:207] cocos2d: deallocing <CCSequence = 03E464B0 | Tag = -1>
   2010-02-10 12:38:09.480 Hand of Fate[2923:207] cocos2d: deallocing <CCFadeOut = 03E19980 | Tag = -1>
   2010-02-10 12:38:09.480 Hand of Fate[2923:207] cocos2d: deallocing <CCSequence = 03E1A770 | Tag = -1>
   2010-02-10 12:38:09.481 Hand of Fate[2923:207] cocos2d: deallocing <CCCallFunc = 03E10070 | Tag = -1>
   2010-02-10 12:38:09.481 Hand of Fate[2923:207] cocos2d: deallocing <CCSequence = 03E60930 | Tag = -1>
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   OpenGL error 0x0500 in -[EAGLView swapBuffers]
   ... (perpetual errors, many per second)

   Posted 1 year ago #
2. 

   riq
   Key Master

   I've just tried SpriteTest and it is working OK. I don't see any errors.

   Posted 1 year ago #
3. 

   psi
   Member

   Hi!

   Thanks for testing. Any idea where I could start to look into this issue?
   The error arises quite from the start in every of my 5 scenes, even the simplest with just a menu or some labels.

   The 0x0500 seems to be an "GL_INVALID_ENUM" error.

   Can anyone help?

   Thanks in advance,
   Markus

   Posted 1 year ago #
4. 

   riq
   Key Master

   I would say:
   -> build clean, and re-build everything

   If it doesn't work, I would add a glGetError (I can't remember the function name right now) after every GL call to see which on is raising the error.

   Posted 1 year ago #
5. 

   psi
   Member

   After quite some debugging I found out it has to do with the alpha-blending of my sprites.

   The code:
   [newSprite setBlendFunc: (ccBlendFunc) { GL_SRC_COLOR, GL_ONE }]; // Set proper alpha-blending
   seems to have messed up something in the EAGLView buffer...

   After removing the aforementioned line the "GL_INVALID_ENUM"-error is gone :) *yippie*

   Lucky me, the new cocos2d build seems to render sprites on top of other nodes/layers as "Photoshop" does. I.e. using "correct" blending, in terms of transparency / alpha. So no need to change every sprite to my preferences (GL_SRC_COLOR, GL_ONE).

   Best regards,
   psi

   Posted 1 year ago #

RSS feed for this topic

Reply

You must log in to post.