Discussion :

[math25]

salut à tous et à toutes
autrefois j'ai lu un article d'un développeur de jeux vidéos, il parlait de la création d'une écran virtuelle en langage C dans laquelle il a codé son jeux vidéo puis il a copié le contenu de l'écran virtuelle vers l'écran réelle (physique). il a dit que le but de cette technique est d'assurer la fluidité des mouvements et une très bonne visualisation des animations parce que lorsqu'on efface l'écran physique et on redessine l'image à chaque fois qu'on bouge les personnes on obtient une mauvaise animations (des ruptures dans l'animation). cela c'était à l'époque ou les développeurs utilisaient le compilateur turbo c++ (graphic.h). je sais que maintenant il y a de bibliothèques faites pour la programmation des jeux vidéos et qui s'occupent de tous mais je me demande toujours comment il a crée un écran virtuel et comment il a copié son contenu dans l'écran réel.
si quelqu'un peut nous éclaircir sur ce point là avec quelques exemples ou connaît un tutoriel ou un livre qui traite ce genre de programmation.
une autre question:
est ce qu'on peut programmer la même chose en se servant de gnu asm de gcc et de langage C. interruption vidéo et dessin avec l'assembleur et codage en langage C
merci beaucoup
cordialement

[Xelland]

recherche "double buffering"

en gros, tu crées une zone mémoire égale à la taille affichée sur l'écran réel
tu calcules la prochaine image à afficher dans cette zone mémoire
et dès que tous les calculs/affichages sont faits sur cette zone mémoire, tu copies cette zone mémoire sur l'écran

et ainsi de suite pour les autres images


dans certains jeux, ils font même plusieurs zones mémoire :
- 1 pour l'affichage de la prochaine image
- 1 pour stocker les sprites (ils se servent de cette zone pour alimenter la 1ère et limiter les accès disque)

[Kannagi]

Si c'est du double buffering , alors la technique est assez vielle et ultra courante.

si quelqu'un peut nous éclaircir sur ce point là avec quelques exemples ou connaît un tutoriel ou un livre qui traite ce genre de programmation.

Comme expliqué plus haut , tu vas dessiner dans un buffer , et un autre servira pour l'affichage.
Par contre ça n'a rien n'a voir avec l'animation ou le compilateur ,c'est juste fait pour pas avoir des glitch graphique.

Et concrètement ce n'est pas très compliqué , ça demande juste de faire ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
char buffer1[100000];
char buffer2[100000];

Donc tu écrit dans le buffer 1 , tu affiche le buffer 2 , dans la frame suivante , tu écrit dans le buffer 2 , tu affiche le buffer 1 , ainsi de suite.
De nos jours on ne fait plus ça le GPU gère le Double buffering automatique (et surtout on ne fait plus de draw software).

est ce qu'on peut programmer la même chose en se servant de gnu asm de gcc et de langage C. interruption vidéo et dessin avec l'assembleur et codage en langage C

Non
Quel question ,tu peux faire en assembleur tout ce que tu peux faire dans les autres langages.
Par contre de nos jours tu pourra pas faire des interruptions vidéo parce que l'OS te l'interdira
Et à l'époque , on écrivait directement sur la mémoire vidéo (parce que plus rapide que faire des interruptions).

Mais là aussi je trouve que ce n'est pas représentative de ce qui se faisait à l'époque (si on parle de faire des jeux en asm) , le PC s'est imposé tardivement (et principalement avec W95) , avant les ordinateurs était plus sur Micro , et pas mal de jeux était fait sur Amiga , Atari ST , PC-88 etc etc
Et leur fonctionnement diffère pas mal du PC , vu que certain avait tout simplement des accélérations matériel pour le rendu 2D.
Sur console , il y'a toujours eu des "GPU" pour le rendu , et bien entendu il fonctionnait bien différemment d'un PC classic.
Une autre particularité des consoles était qu'elle n'avait pas de Frame Buffer