Frame buffer - Page 1

Désolé de vous posez tout pleins de questions ! Mais bon je débute...
Je viens de commencer un jeu du style AIv1.5 et j'utilise un frame buffer comme on m'a expliqué hier sur le forum :

au début du prog on créer le buffer:

void *buffer = calloc(3840, sizeof(char)); //

puis dans le jeu:

memcpy(LCD_MEM,buffer, 3840); // pour afficher la frame
memset(buffer, 0, 3840); // efface la buffer



C'est bon comme truc (ça marche déjà ) ?

Et puis c'est possible d'écrire avec printf_xy() par exemple dans le buffer ?
Si oui on fait comment ?

-

humm, attention pour printf_xy(), je ne suis pas sur que la sortie soit le buffer de notre choix. ça peut être comme printf() et là la sortie est LCD_MEM !

enfin faut vérifier, peut-être que printf() et printf_xy() n'ont pas une sortie imposée.

printf et printf_xy peuvent tous les 2 être redirigés avec PortSet, vu qu'ils utilisent les fonctions de AMS pour l'affichage.

Merci à toi c'est vraiment sympa !
Là j'utilise FastDrawLine() pour tarcer le lignes. Avec Portset on n'est plus obligé de les tracer dans le buffer ? Non ?
Dernier truc:
Pour effacer le buffer "memset(buffer, 0, 3840);" est la meilleure façon ? Ou on peux faire plus simple.

Raphaël
a écrit : Là j'utilise FastDrawLine() pour tarcer le lignes. Avec Portset on n'est plus obligé de les tracer dans le buffer ? Non ?

Si. ExtGraph utilise le paramètre buffer au lieu de PortSet pour le choix du buffer.

Dernier truc: Pour effacer le buffer "memset(buffer, 0, 3840);" est la meilleure façon ? Ou on peux faire plus simple.

Non, c'est le plus simple.

C'est pas vrai avec cette fonction on passe trois arguments. Il existe une fonction où il ne faut en passer qu'un seul. En plus elle est plus rapide que memset.

Au fait Raphaël, n'oublie pas de désallouer (je suis pas sûr de l'existence du terme ) ton buffer avec free !

-

il me semble te l'avoir montrée il y a quelques jours, la fonction GX_ClrScr

Désolé Thibaut, j'ai pas tout compris

Au fait Raphaël, n'oublie pas de désallouer (je suis pas sûr de l'existence du terme ) ton buffer avec free !

Et puis c quoi la fonction GX_ClrScr ?

Au fait vous utilisez les sprites d'extrgraph ? J'ai utilisez cette fonction pour mon jeu et elle est vraiment ultra rapide !

Pour les test d'algo >> sprite TIGCC

Pour les beta des jeux >> sprite de Xlib !!!!

Pour le moteur de mon jeu (donc, la partie où il y a besoin de rapidité) : Xlib.
pour le reste (où il y a pas besoin de rapidité) : Xlib ou Extgraph, selon les cas (question de facilité d'utilisation, en général, selon le contexte)


algo ? c quoi ça ?
(arf )

Pour les test d'algo >> sprite TIGCC
Pour les beta des jeux >> sprite de Xlib !!!!

Moi j'ai testé l'algo pour afficher les sprites directement avec la fonction d'extrgraph.
Les fonctions d'Xlib sont plus rapide que celle d'extgrap ?

Pour le moteur de mon jeu (donc, la partie où il y a besoin de rapidité) : Xlib.
Avec les sprites d'extrgraph, le jeu tourne déjà à au moins 250 Fps ! Biensûr quand j'affiche le taux de frames dans le jeu ça descend à 130 sur VTI.
J'ai pas vraiment eu l'habitude de ça en BASIC sur 83+ !

algo ? c quoi ça ?
Ah oui tiens, c koi ça ?! ....
Bon eh bien je vais essayer avec Xlib. Merci !

J'ai déjà un peu améloiré le buffer :

FastCopyScreen(buffer,LCD_MEM);
memset(buffer, 0, 3840);

Ca va déjà bien plus vite !
C quoi la fonction qui est plus rapide que "memset(buffer, 0, 3840);"
Et puis "free" on l'utilise comment ?

void *buffer= calloc(3840, sizeof(char)); // déclaration écran virtuel au début du prog (selon les besoins)


***** fin du prog avant de quitter ***********
free(buffer); // désalloue la place prise par l'écran


LIS LE TUTO DE TI-FR SUR LES ALLOCATIONS DE MEMOIRE POUR COMPRENDRE

Merci bien !

J'ai vu dans les sources d'un jeu qui utilise un buffer, qu'il n'y a pas memset(buffer,0,3840) mais seulment memcpy (LCD_MEM,buffer,LCD_SIZE);
Et puis on dirait que le jeu garde toujours l'image avec les statistiques du jeu en buffer.
Dans ce cas la on fait comment pour remttre le buffer à 0 et garder en mémoire une image dans le buffer ?

effacer le buffer mais garder ce qu'il y a dedant ?!

heu y'a un prob d'énoncé là.

memcpy(blablab); >> copie le contenu de l'écran virtuel (buffer) sur l'écran réel de la TI

C'est quel jeu stp ? quel lien pour les sources ?? (j'essairai comme ça de comprendre ce que tu veux dire).

Le jeu c ai.1.5. En fait il y a plusieurs versions et j'ai téléchargé celle où il y a les sources.
J'ai cherché memset() par exemple (avec Find), et bien il n'y es pas et les stats sont forcément enregistré dans le buffer sans être redessiner à chauqe fois parce-qu'avec printf_xy() il tournerait à 2 fps

Raphaël
a écrit : Les fonctions d'Xlib sont plus rapide que celle d'extgrap ?

Oui, mais:

Avec les sprites d'extrgraph, le jeu tourne déjà à au moins 250 Fps !

Alors garde ExtGraph. Avec la qualité de l'écran des TI-89/92+/V200 et celle des yeux humains, dès qu'on dépasse 10 fps (chiffre arbitraire donné par Thomas Nussbaumer, mais c'est ça l'ordre de grandeur), on ne voit plus la différence. Donc ce n'est vraiment pas la peine de dépasser les 250 fps (250 est largement supérieur à 10).

Kevin Kofler a écrit :
dès qu'on dépasse 10 fps (chiffre arbitraire donné par Thomas Nussbaumer, mais c'est ça l'ordre de grandeur)

PpHd donne 15 comme minimum je crois.

(250 est largement supérieur à 10).

t vraiment sûr ?
il me faudrait une petite démo, je suis pas convaincu, là.

Humm, Kevin, en effet, 250 est il vraiment supérieur à 10 ???

ça c'est ce que te donne ta calculatrice, mais il vaudrait mieux le démontrer.

oué, ces jeunes ne savent plus compter sans leur calculette

P.S.
je pense qu'il voulait surtout insister sur le largement plutot que sur le supérieur, mais dit comme ça c assez 'igolo :}

Voilà ce que dit Pphd:

Mais la principale caracteristique de Fer3c est son Fps. 130 Fps sur Ti-89 sans optimisations ! Il en resulte de gros bugs graphiques (L'ecran ne travaille qu'a 90 Hz environ). Ce qui fait que j'ai du limiter a 60 Fps. Par ailleurs, maintenant, je me rends compte que la limite pour faire des animations est 12.5 Fps environ. En dessous ce sera sacade, au dessus, ca sera ok. Mais comment se fait-il alors que l'on remarque une difference entre les jeux tournant a des Fps tres differentes 20 et 60 par exemple ? Le probleme est qu'a faible fps, on ne peut pas se permettre de rendre des images statiques, comme les cartes 3D savent si bien rendre, mais des images dynamiques, ce qui est bien plus complique. C'est pour ca que les programmeurs restent a des fps eleves.

D'ailleurs je viens de télécharger Chrono Fantasy qui est vraiment très très impressionnant !!!
Le jeu a bien été programmé en asm ? Et en C c'est possible de faire le même jeu ?
Ca vient de quoi la défférence de rapidité entre le C et l'asm si ce sont tout deux des language compilés ?


Mon jeu n'utilise pas de cartes 3D et pas de niveau de gris: je viens de commencer la programmation en C cette semaine alors je n'y vais pas trop fort.

En gros c'est un jeu comme AIv1.5. C'est pour ça que j'ai regardé les sources et g rien compris à la gestion du buffer dans ce jeu.
Là g juste fait la vaisseau, les balles et un petit menu dont une option pour activer le compteur de FPS.
Maintenant (sans les FPS afficher) le jeu tourne sans doute à plus de 300 FPS sur HW2.
Pour ce jeu 60 c'est suffisant mais je pensais le ralentir avec des routines d'AI et de gros sprites. A mon avis ce ne sera pas suffisant !

Si j'ai trouvé un truc: afficher toutes les stats avec printf_x_y mais là je descend en dessous de 60 Fps.
Il n'y a pas une autres fonctions ou un autres moyen bien plus rapide pour afficher les stats dans le jeu ? Dans AI, le programmeur le gère très bien mais je ne sais pas comment il fait. Le pire c'est qu'il utilise uniquement les libs de TIGCC !

Raphaël a écrit :
Ca vient de quoi la défférence de rapidité entre le C et l'asm si ce sont tout deux des language compilés ?

cf ton topic frame rate, post 25.... faut lire les réponses des fois..

Raphaël : Quand tu monopolises un espace de la RAM, il faut toujours le libérer quand tu n'en a plus besoin, sinon les autres programmes auront moins de place pour eux puisque l'espace mémoire que tu as alloué est marqué comme "interdit d'y toucher : un programme ce sert de cet endroit" ! le TIOS ne peut pas deviner à quel moment tu n'as plus besoin de l'espace alloué, c'est évident ! il faut le lui dire : ça se fait avec free.

GX_ClrScr c'est une fonction beaucoup plus rapide que memset pour effacer un buffer.

lol thibeau et sa pub

Bah je répond à sa question ! tu peux parler de Xlib_ClrScr si tu veux

Non, pas aujoud'hui

XClrGPlan();

bon...
void XGPlanc(register void *GPlan asm("a0"));
void XBWPlanc(register void *BWPlan asm("a0"));
void XClrGPlan();
void XClrLPlan();
void XClrDPlan();
void XClrBWPlan();
void XCpyGPlanToLCD();
void XCpyGPlanToInvLCD();
void XCpyDPlanToLCD();
void XCpyDPlanToLLCD();
void XCpyLPlanToLCD();
void XCpyLPlanToDLCD();
void XCpyBWPlanToDPlan();
void XCpyBWPlanToLPlan();

trouvez la fonction que vous cherchez