un collègue a voulu tester différentes bibliothèques graphiques pour des jeux sur une set top box (MIPS 200 MHz). Qt, on oublie, trop gros en mémoire. Gtk (GDK en fait) trop lent et impossible à optimiser facilement. Au passage, avec le passage à cairo dans le GDK, ça ne va pas améliorer les choses. Avec Evas, ses jeux tournent à 25 FPS.
Si ce collègue répond dans cette discussion, il donnera des nombres plus précis, je pense.
Concernant l'OpenGL et les EFL, Evas à un backend OpenGL et un en software utilisant Xlib (entre autres). Le backend OpenGL est avec nos bench plus rapide, mais dans une application classique en plein écran (comme Enlightenment), le backend software est plus rapide : il ne met à jour que les parties qui ont été modifiées. Tandis qu'avec OpenGL, on doit mettre à jour la totalité de l'écran. Avec les résolutions actuelle, ça bouffe de la bande passante. Il existe bien une extension OpenGL permettant de mettre à jour une partie de l'écran, mais, bizarrement, elle est excessivement lente.
[^] # Re: optimisation?
Posté par Anonyme . En réponse à la dépêche Enlightenment Foundation Libraries 1.0.0 Alpha. Évalué à 8.
Si ce collègue répond dans cette discussion, il donnera des nombres plus précis, je pense.
Concernant l'OpenGL et les EFL, Evas à un backend OpenGL et un en software utilisant Xlib (entre autres). Le backend OpenGL est avec nos bench plus rapide, mais dans une application classique en plein écran (comme Enlightenment), le backend software est plus rapide : il ne met à jour que les parties qui ont été modifiées. Tandis qu'avec OpenGL, on doit mettre à jour la totalité de l'écran. Avec les résolutions actuelle, ça bouffe de la bande passante. Il existe bien une extension OpenGL permettant de mettre à jour une partie de l'écran, mais, bizarrement, elle est excessivement lente.