Il n'est peut-être pas nécessaire d'avoir toutes les fonctionnalités de la carte, mais au moins les fonctionnalités OpenGL les plus basiques pour afficher un joli petit tuxcracer.
Pour faire court : si.
Aussi absurde que celà paraisse, il est impossible de faire sur une carte graphique moderne les choses simples sans faire appel aux fonctions compliquées. Bien sur c'est le pilote qui s'en charge et celà reste totalement transparent pour le developpeur, mais une banale application de texture sur un polygone en rendu "plat" sera décomposé en moult appel à des vertex et pixel shaders sur une X800 ou une 6800.
La raison en est très simple : Sachant que
a) qui peut le plus peut le moins et
b) moins on a de transistors dans une puce plus elle est rentable
on arrive à la conclusion simple, : il faut recylcer les transistors des fonctions évoluées pour traiter les fonctions simples.
Dans 99,9% des cas c'est le pilote qui se charge du découpage. Donc pour faire un bête rendu à plat d'une texture sur un polygone de façon un peu optimisée, il faut les specs complète des shaders.
Dans le même ordre d'idée, de nos jours l'ensemble du T&L (transform and lighting) est assuré entièrement par des wrappers vers les shaders.
Bien sur il existe sur les fonctions vraiment basiques des cablages fait en hardware qui permettent au pilote de ne pas faire TOUT le boulot de décomposition. Mais déjà elle s'appliquent rarement à tous les cas de figures et ensuite ce sont des fonctions très basiques (une fois de plus le nombre de transitors joue).
Donc pour faire un pilote digne de ce nom pour jouer, il faut une bonne partie des specs des shaders.
[^] # Re: Oui, mais....
Posté par Jerome Herman . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 8.
Pour faire court : si.
Aussi absurde que celà paraisse, il est impossible de faire sur une carte graphique moderne les choses simples sans faire appel aux fonctions compliquées. Bien sur c'est le pilote qui s'en charge et celà reste totalement transparent pour le developpeur, mais une banale application de texture sur un polygone en rendu "plat" sera décomposé en moult appel à des vertex et pixel shaders sur une X800 ou une 6800.
La raison en est très simple : Sachant que
a) qui peut le plus peut le moins et
b) moins on a de transistors dans une puce plus elle est rentable
on arrive à la conclusion simple, : il faut recylcer les transistors des fonctions évoluées pour traiter les fonctions simples.
Dans 99,9% des cas c'est le pilote qui se charge du découpage. Donc pour faire un bête rendu à plat d'une texture sur un polygone de façon un peu optimisée, il faut les specs complète des shaders.
Dans le même ordre d'idée, de nos jours l'ensemble du T&L (transform and lighting) est assuré entièrement par des wrappers vers les shaders.
Bien sur il existe sur les fonctions vraiment basiques des cablages fait en hardware qui permettent au pilote de ne pas faire TOUT le boulot de décomposition. Mais déjà elle s'appliquent rarement à tous les cas de figures et ensuite ce sont des fonctions très basiques (une fois de plus le nombre de transitors joue).
Donc pour faire un pilote digne de ce nom pour jouer, il faut une bonne partie des specs des shaders.