J´ai souvent des petites questions qui me trottent dans la tête concernant le fonctionnement de tel ou tel programme et sa mise en oeuvre.
Il ne s´agit pas forcément de réaliser un projet à partir des réponses que j´obtiendrais, mais plutôt d´acquérir un peu de culture dans le domaine
Première question :

Comment les librairies/API graphique du style OpenGL/DirectX etc... permettent-elles d´afficher dans des résolutions très importantes et avec une profondeur de couleur imposante ? Je me souviens avoir programmé en mode 13h 320x200x256, mais impossible de passer dans une résolution supérieure en conservant, voire augmentant sa profondeur de couleur. Ces librairies ont un contrôle direct sur le buffer vidéo je supose, mais est-il possible d´y avoir accès par nous même, en passant par l´assembleur par exemple, en se passant de ces dites API ?

les anciens modes ( 13h) dialoguaient en effet direct avec ta carte graphique.

Maintenant, c´est inconcevable, car les cartes graphiques ne fonctionnent pas pareil
tu dois donc OBLIGATOIREMENT dialoguer avec le pilote de la carte d´abord.
Ensuite, seul le systeme ( windows par exemple)
a l´autorisation de dialoguer avec le pilote.

Donc quand tu prog qq chsoe avec Ogl :

OGl demande a Windows qui demande au pilote qui demande a la carte

Donc même en étant totalement anti-portable, il est impossible d´écrire directe sur le buffer vidéo ? dommage

J´en déduis qu´il est impossible d´afficher dans un résolution 640x480x256 sans passer par un API ?

de toute façon, écrire direct en VRAM ne serait pas avantageux :
le GPU et la VRAM sont optimisés pour etre pilotés et font des performances bien plus rapides ainsi.
si tu commandais le CPU pour piloter le mode d´affichage, tu perdrais les accelerations matérielles, et entre autre, les copies rapides depuis la VRAM.
En gros, en essayant d´accélérer les choses, tu ne ferais que les ralentir...

Ok

mais des truc comme Ogl ou DX dialogue pas direct avec le pilote ?

c´est ça leur truc : des performance " hardware dependant" avec une programmation " hardware independant" parce que l´API fait l´interface.
mais j´avais cru comprendre qu´ils passaient directe au pilote sinon il y a une perte de performance qui doit être assez effroyable non ?

enfin tu doit avoir raison, mais je m´interoge sur le pourquoi.

Windows ne fait pas grand chose mais est là, le Kernel Windows en fait fournit juste une interface pour parler aux drivers, c´est tout. Il est presque invisible bref.

Kelios
---------

ya des schémas rigolo pour comprendre ça dans les bouquins d´API