java.lang.RuntimeException: eglSwapBuffers a échoué: EGL_SUCCESS

J'ai une application OpenGL dans le Google Play Store et je suis face à un quotidien exception:

java.lang.RuntimeException: eglSwapBuffers failed: EGL_SUCCESS
at android.opengl.GLSurfaceView$EglHelper.throwEglException(GLSurfaceView.java:1085)
at android.opengl.GLSurfaceView$EglHelper.swap(GLSurfaceView.java:1043)
at android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1369)
at android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.java:1123)

Le problème est que, sur tous mes smartphones je ne peux pas reproduire cette erreur. J'ai déjà contacté Google pour toutes les infos sur l'appareil, mais ils n'en ont pas (comme ils disent). La plate-forme de l'info dans l'exception est "les AUTRES".

J'ai trouvé quelques conseils sur le net que cette erreur pourrait être à partir d'un Samsung Galaxy Y périphérique, et j'ai trouvé quelques suggestions à inclure:

android:configChanges="orientation|screenSize"

dans le fichier manifeste Android, mais cela ne fonctionne pas!

Et bien sûr j'ai les onPause et onResume de manutention mis en œuvre pour ma GL surface qui, si elle n'est pas, produit d'autres eglSwapBuffer problèmes.

Personne n'a une solution pour ce problème?

Merci!

Avez-vous trouvé une solution à ce problème?
Non, je n'ai trouvé aucune solution, j'ai enlevé le Samsung Galaxy Y périphérique dans la liste des périphériques pris en charge.
Je confirme l'expérience de la même erreur sur un Samsung Galaxy SIII
Avez-vous trouvez une solution? - Ce vraiment les effets de la performance.

InformationsquelleAutor Andi Droid | 2012-05-05

android opengl-es

11

Pas de solution, juste un commentaire

Pour certaines raisons, je ne peux pas commenter les posts précédents, mais j'ai quelques observations qui pourrait peut-être aider.

Nous avons le même problème et la difficulté à trouver une solution... Nous avons considérablement réduit la taille de notre textures et maintenant, aucun n'est plus grand que 1024x900 (n'oubliez pas la police chers). Mais nous avons encore besoin de plusieurs années et le problème est toujours là.
Nous avons cerner les problématiques périphériques à l'suivantes:
```
Samsung Galaxy Y (GT-S5360 GT-S5360B GT-S5360L GT-S5363 GT-S5368 GT-S5369 SCH-I509 SCH-i509)
Samsung Galaxy Y Duos (GT-S6102 GT-S6102B GT-S6102E ivory)
Samsung Galaxy Ace (GT-S5830 GT-S5830B GT-S5830C GT-S5830D GT-S5830G GT-S5830L GT-S5830M GT-S5830T GT-S5830i GT-S5838 GT-S5839i GT-S6358 SCH-I619 SHW-M240S)
Samsung Galaxy Ace Duos (GT-S6802 GT-S6352 GT-S6802B SCH-I579 SCH-I589 SCH-i579 SCH-i589)
Samsung Galaxy Mini (GT-S5570 GT-S5570B GT-S5570I GT-S5570L GT-S5578 SGH-T499 SGH-T499V SGH-T499Y)
Samsung Galaxy Pocket (GT-S5300 GT-S5300B GT-S5302 GT-S5302B)
```
Aussi l'erreur est signalée dans deux saveurs différentes avec des numéros de ligne:
```
java.lang.RuntimeException: eglSwapBuffers failed: EGL_SUCCESS
    at android.opengl.GLSurfaceView$EglHelper.throwEglException(GLSurfaceView.java:1099)
    at android.opengl.GLSurfaceView$EglHelper.swap(GLSurfaceView.java:1057)
    at android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1389)
    at android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.java:1138)

java.lang.RuntimeException: eglSwapBuffers failed: EGL_SUCCESS
    at android.opengl.GLSurfaceView$EglHelper.throwEglException(GLSurfaceView.java:1085)
    at android.opengl.GLSurfaceView$EglHelper.swap(GLSurfaceView.java:1043)
    at android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1369)
    at android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.java:1123)
```
Je ne sais pas si je suis utile ici, mais au cas où ça aide...
- J'ai mis à jour la liste des périphériques avec tous les MODÈLE de saveurs de chaque type de modèle.
- suis même erreur dans la Galaxie SIII, juste à différentes lignes: java.lang.RuntimeException: eglSwapBuffers a échoué: EGL_BAD_ALLOC à android.opengl.GLSurfaceView$EglHelper.throwEglException(GLSurfaceView.java:1178) à android.opengl.GLSurfaceView$EglHelper.swap(GLSurfaceView.java:1136) à android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1463) à android.opengl.GLSurfaceView$GLThread.exécuter(GLSurfaceView.java:1216)
- J'ai obtenu ce à partir de 16 appareils et 12 d'entre eux sont GT-S5830i (Samsung Galaxy Ace).
- Même problème ici, même ensemble de périphériques. Je suis de filtrage dans la Console Développeur.
InformationsquelleAutor Florian
6

Votre mémoire peut être pas assez pour charger toutes les données au premier abord. J'ai rencontré ce problème aussi, au moment de faire mon jeu avec AndEngine, trop Atlas avec une taille plus grande que 1024x1024 , les données peuvent être brisés.
- Merci pour l'astuce.
- J'ai des textures jusqu'à 2048x1024 pixels dont j'ai la charge au démarrage de l'Application. Jusqu'à présent, je ne sais pas de périphérique à cause de ces exceptions, car le Samsung Galaxy Y n'était pas le problème, j'ai testé mon Application sur cet appareil avec succès. Peut-être le seul moyen de se débarrasser de cette exception est de filtrer l'extrémité inférieure des appareils.
InformationsquelleAutor Manh
4

Pas de solution, juste des observations.

L'appel à eglSwapBuffers renvoie la valeur false. La gestion des erreurs suivantes ne pas y faire face le cas qu'il n'y ait pas d'erreur -- potentiellement, il n'a pas été définie par EGL; OU la valeur de retour est faux.

Je n'ai pas trouver la correspondance des sources. Ces appareils, soit exécuter patché GLSurfaceViews (la trace de la pile de recherche n'a rien trouvé...) ou qu'ils utilisent un entre-deux version (enfin, je ne sais pas si 4.0.2 est officiel, grepcode ne contient que des 4.0.1 et 4.0.3); OU j'ai raté quelque chose.

Vous devez traquer exactes des dispositifs/les versions d'android ce problème. Ensuite, vous pouvez essayer de contourner ce problème en fournissant une version patchée de GLSurfaceView vous-même, ou en utilisant un autre EGL config, si le problème peut être résolu du tout. Il y a des bugs qui sont à gauche, non gérée pendant des semaines, vous vous demandez ce que des problèmes plus graves que le responsable de l'équipe visages...
- Merci de répondre. J'ai étudié à l'Android sources de trop et j'en suis arrivé aux mêmes conclusions. En attendant, un utilisateur a mentionné qu'il est à l'aide de ce Samsung Galaxy Y périphérique. J'ai déjà commandé un pour moi d'être en mesure de tester ça. Mais de toute façon, si la solution de ce problème consiste à écrire mon propre GLSurfaceView je ne suis pas heureux avec elle. Mais merci quand même pour vos suggestions.
- des progrès?
- Je crains que non. Manh a mentionné qu'il avait le même problème, mais dans son cas, la mémoire n'a pas été suffisant. J'ai commandé et testé mon Application sur le Samsung Galaxy Y, qui pourrait causer le problème. Mais sur mon édition tout fonctionne. Le seul progrès pourrait être la reconnaissance, que vous ne devriez pas essayer de faire une Application compatible avec tous les appareils, même avec ceux qui, évidemment, n'ont pas de sens (faible résolution des écrans, etc.). Parce que je pense que l'un de ces bas de gamme des appareils est à l'origine de ce problème.
InformationsquelleAutor Stefan Hanke
2

La solution que j'ai fini la mise en œuvre a été d'ajouter un gestionnaire global d'exception pour rattraper cette erreur (car il est projetée à l'extérieur de n'importe quel thread, j'ai le contrôle sur).
```
Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {...})
```
Donc, à moins que l'application ne plante pas et que je peux mettre en place un message expliquant la situation.

InformationsquelleAutor Pierre-Luc Paour

Vous devez vous connecter pour publier un commentaire.