Posté par sylware .
En réponse au journal XGL.
Évalué à 5.
... est-ce les APIs pour accèder aux services opengl des GPU modernes seront proprement "normalisées"?
Bon, j'avoue ne pas avoir regardé dans le code source pour voir comment ça marche mais il faut faire attention à la manière d'exposer la puissance des GPU modernes aux applications graphiques.
De ce que j'ai compris, il semble que la vrai "normalisation" soit liée à OpenGL ES et EGL (remplacement de GLU et GLX et cela explique Xegl).
Prenons un cas concret: je suis dèveloppeur d'une application graphique, j'utilise gtk/cairo pour dessiner et je voudrais faire des effets en programmant les shaders de mon GPU sur un widget particulier. Quelle API je vais utiliser?
De tout ça, je pense ne pas trop m'avancer en prédisant une complexification significative des drivers des GPUs. Une ouverture du code de ces drivers serait plus qu'utile pour aider à leur stabilisation.
# Flashy mais...
Posté par sylware . En réponse au journal XGL. Évalué à 5.
Bon, j'avoue ne pas avoir regardé dans le code source pour voir comment ça marche mais il faut faire attention à la manière d'exposer la puissance des GPU modernes aux applications graphiques.
De ce que j'ai compris, il semble que la vrai "normalisation" soit liée à OpenGL ES et EGL (remplacement de GLU et GLX et cela explique Xegl).
Prenons un cas concret: je suis dèveloppeur d'une application graphique, j'utilise gtk/cairo pour dessiner et je voudrais faire des effets en programmant les shaders de mon GPU sur un widget particulier. Quelle API je vais utiliser?
De tout ça, je pense ne pas trop m'avancer en prédisant une complexification significative des drivers des GPUs. Une ouverture du code de ces drivers serait plus qu'utile pour aider à leur stabilisation.