Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation C » Tutoriaux sur les NVG (18 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

Thor

Ecrit le: Lundi 17 mai 2004 à 10:55

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

Je commence à programmer mes programmes à l'aide de niveaux de gris et je m'aperçoit vite que le fait d'écrire dans chaque plans séparément n'est pas terrible pour la qualité d'image. J'ai donc pensé au écran virtuel. Est ce possible? Si oui est ce mieux? Avez vous des sources assez simple sur ce sujet? Merci de votre aide

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°1 Marquer comme non lu.

Enix

Ecrit le: Lundi 17 mai 2004 à 11:00

Membre: Visiteur

Messages: 17

Membre n°234

Inscrit le 10 mai 2004

Je crois que le tuto de squale 92 explique comment utiliser les écrans virtuels.
Pour des niveaux de gris tu peux faire du double buffering et ton écran s'afichera qd il sera tout bien dessiné.
Il faut déclarer les 2 écrans comme des tableaux et y'a une commande qui te permets d'adresser toutes les fonctions graphiques vers cet écran virtuel, à copier vers l'écran réel
qd il est prêt.

NX STUDIO

./Post n°2 Marquer comme non lu.

Thor

Ecrit le: Lundi 17 mai 2004 à 11:01

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

Oui je sais pour le tuto de squale92 mais il n'applique pas ces écrans virtuels aux niveaux de gris

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°3 Marquer comme non lu.

Enix

Ecrit le: Lundi 17 mai 2004 à 11:17

Membre: Visiteur

Messages: 17

Membre n°234

Inscrit le 10 mai 2004

Essaye, avec les mêmes commande mais en double : une pour chaque plan...

NX STUDIO

./Post n°4 Marquer comme non lu.

Lionel Debroux

Ecrit le: Lundi 17 mai 2004 à 19:22

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Regarde le tutorial S1P6 de TICT. Il a été updaté, et a à la fois le mode "normal" (autant qu'il me semble, il utilise une synchro sur l'AI1) et le doublebuffering.

Lionel Debroux - membre de TICT.

./Post n°5 Marquer comme non lu.

Thor

Ecrit le: Mardi 18 mai 2004 à 10:11

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

Lionel Debroux :
Regarde le tutorial S1P6 de TICT. Il a été updaté, et a à la fois le mode "normal" (autant qu'il me semble, il utilise une synchro sur l'AI1) et le doublebuffering.

Merci :)

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°6 Marquer comme non lu.

Thor

Ecrit le: Jeudi 20 mai 2004 à 00:18

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

Lionel Debroux :
Regarde le tutorial S1P6 de TICT. Il a été updaté, et a à la fois le mode "normal" (autant qu'il me semble, il utilise une synchro sur l'AI1) et le doublebuffering.

Tu n'aurais pas mieux que ça car là il n'y a quasiment que de l'ASM

[EDIT]Active binettes
-Edité le Jeudi 20 mai 2004 à 00:19 par Thor-

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°7 Marquer comme non lu.

Lionel Debroux

Ecrit le: Jeudi 20 mai 2004 à 18:37

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Les deux synchros sont faites en C, pour une bonne raison. Essaie de voir la structure du programme: c'est un bon apprentissage.
Je sais que le programme est difficile à lire... C'est d'ailleurs pour ça que l'ancienne version est disponible dans le même package.

Lionel Debroux - membre de TICT.

./Post n°8 Marquer comme non lu.

Thor

Ecrit le: Jeudi 20 mai 2004 à 18:51

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

Lionel Debroux :
Les deux synchros sont faites en C, pour une bonne raison. Essaie de voir la structure du programme: c'est un bon apprentissage.
Je sais que le programme est difficile à lire... C'est d'ailleurs pour ça que l'ancienne version est disponible dans le même package.

Ok merci je vais m'y mettre :D

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°9 Marquer comme non lu.

Thor

Ecrit le: Vendredi 21 mai 2004 à 15:52

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

Alors si j'ai bien compris :

DARK

LIGHT

memcpy (GetPlane (0), plan LIGHT, taille écran);
memcpy (GetPlane (1), plan DARK, taille écran);

C'est pas trop lent cette technique? #confus#

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°10 Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 21 mai 2004 à 16:03

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

C'est possible, mais TIGCCLIB a un double-buffering intégré qui fonctionne différemment: on échange les plans au lieu de les copier.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°11 Marquer comme non lu.

Thor

Ecrit le: Vendredi 21 mai 2004 à 16:39

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Omega staff

Messages: 2182

Membre n°28

Inscrit le 03 février 2004

C'est ça le define USE_DOUBLEBUFFERING du tuto s1p6? Mais il est pas dans la doc de TIGCC alors je savais pas ce que c'était

Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici

./Post n°12 Marquer comme non lu.

Lionel Debroux

Ecrit le: Vendredi 21 mai 2004 à 18:11

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Ca devrait être marqué dans la doc ou le fichier pourquoi il y a le #define USE_DOUBLEBUFFERING... Si ça ne l'est pas, ça n'est pas bien de ma part. Si ça l'est, ça n'est pas bien de ta part.

Lionel Debroux - membre de TICT.

./Post n°13 Marquer comme non lu.

Jfg

Ecrit le: Vendredi 21 mai 2004 à 21:09

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 1260

Membre n°60

Inscrit le 23 février 2004

Utiliser le double buffering intégré à TIGCC est t-il plus rapide que 2 FastCopyScreen ?

Kill Mario

./Post n°14 Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 21 mai 2004 à 23:50

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Ça dépend... Avec le double-buffering de TIGCCLIB, il y a des attentes de synchronisation à faire obligatoirement (surtout sur HW1 ou VTI, où il faut absolument attendre 2 switches avec GrayWaitNSwitches après le toggle et avant de modifier le plan caché).

./Post n°15 Marquer comme non lu.

Fisch2

Ecrit le: Samedi 22 mai 2004 à 19:44

Membre: Visiteur

Messages: 27

Membre n°46

Inscrit le 10 février 2004

J'ai examiné les deux méthodes et ai constaté qu'employer 2 un FastCopyScreens (ou une fonction copiante faite sur commande différente) a été beaucoup plus rapide qu'en utilisant le double-buffering intégré.

Bah

./Post n°16 Marquer comme non lu.

Lionel Debroux

Ecrit le: Samedi 22 mai 2004 à 20:24

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

C'est parce que le doublebuffering fait une synchro sur le rafraîchissement de l'écran, ce que ne fait pas FastCopyScreen ou équivalent. FastCopyScreen ou équivalent est plus rapide (surtout sur HW1), donnera des graphismes moins beaux (flicker / phasing, cf S1P6).

Lionel Debroux - membre de TICT.

./Post n°17 Marquer comme non lu.

Sasume

Ecrit le: Dimanche 23 mai 2004 à 10:21