Vidéo psychédélique - Page 1

Y a t-il une solution simple pour mettre à mort le scintillement qui se produit lorsqu'on affiche une image plusieurs fois (9) par seconde, en niveaux de gris ?

Déjà, c'est quoi l'origine du pb ?
- graphlib:ut_sprite_mask trop lent,
- défaut de syncro entre l'affichage du sprite et le rafraichissement du LCD,
- ...

L'AI 5 est-elle syncronisée avec le swap des plans ?

<i>"défaut de syncro entre l'affichage du sprite et le rafraichissement du LCD, "</i>
Normalement, si tu affiche tes sprites dans 2 buffers et tu recopies tes buffers dans les 2 planes, il devrait pas y avoir de problèmes.

Justement je ne le fait pas, parceque je veux éviter les écrans virtuels.

Tu auras du mal a faire un programme un peu graphique sans écran virtuel.

Y'a bien un moyen de syncroniser l'affichage avec le swap

Je réitère : "L'AI 5 est-elle syncronisée avec le swap des plans ?"

Mais qu'est-ce que ca ferait si elle était synchronisée avec le swap?

ben pour synchroniser, sur hw1 c'est synchronisé avec l'ai1 et la 5, par contre sur hw2 faut utiliser le port 70001D...

ExtendeD : ben c'est tout con, je m'en servirais pour afficher.

ce serait bcp plus compliqué que d'utiliser des buffers.

Mmm... KiddiK avait présenté à l'Open TI d'il y a un an un prog qui affichait en niveaux de gris parfaits, avec synchronisation, et le prog était fait avec l'auto-int 5.
Si tu connais le principe, tant mieux, sinon les docs HP en parle vraiment bien, puisqu'à l'époque c'était le seul moyen de faire des niveaux de gris potables (sur un 4MHz).

Mais thibault cherche pas tu arriveras jamais a afficher tous tes sprites entre deux balayage de l'ecran ... aucune routine graphique serait assez rapides a moins que tu n'es que 10 ou 15 sprites a afficher et encore ...
donc t'as pas le choix -> ecrans virtuels !
si tout le monde les utilises c pas pour rien [par tout le monde j'entend tous les programmeurs sur toutes les machines : meme directX utilise des ecrans virtuel !]

Bill-bob: quoique ce serait possible. Avec une routine de sprite qui en affiche 5000/sec (ce qui est énorme par rapport a genlib ), avec un rafraichissement à 90hz, on peut afficher 5000/90 sprites entre chq rafraichissement, c a d une 50aine. Mais c complétement idiot.

Pour se casser la tete justement

JE N'AI QU'UN SPRITE A AFFICHER.
et je dois l'afficher à des coordonées précises. Pas x=0 / y=0. Idem pour les dimensions.

m'enfin TGV n'utilise pas d'ecran virtuel...

Moi je dit vive HP avec les 32 niveau de gris

Oué mais ça leur fait 5 sprites à afficher pour une image, non ?

2^5=32, c'est bien ca

heu et la taille des progs ?

oué HP c'est nul.
Vive moi et c'est tout.

"2^5=32"
euh, non c plus compliqué que ca. Par exemple gray7lib c pas gray8lib. Et pour un nbre de gray supérieur c pareil. En fait il apparait des combinaisons de pixels sur les planes qui sont les mêmes, donc on a parfois les mêmes couleurs. Donc il faudrait plus de plane pour faire 32 couleurs.

Non, il faut des temps d'affichage qui sont des puissances de 2. Par exemple, pour 8 niveaux de gris, c'est 4 - 2 - 1 et non pas 3 - 2 - 1 comme gray7lib.

Ah, oui, tu as raison, ca arrange tout.

Mmm, mais alors pour 32 nvg, pour afficher un pixel au niveau de gris le plus faible, ca fait afficher le pixel une fois tous les 16+8+4+2+1=31 zappage de plane??? Ca doit vraiment bcp scintiller ça.

sur hp 49 c pas mal.

Bon pour se sycnhroniser de facon parfaite, y'a gl_frame_timer.

Si les HP supporte autant de ndg, ca signifie qu'elles ont un ecran ultra baveux !

Et puis elles ont 2 x fois moins d'ecran que la 89 qui en a 2x moins que la 92.

Baveux ? Je ne vois pas le rapport !!

Je pense que le fait que l'ecran soit baveux arrange la nettete des grays : sans ecran baveux, il y a plus de scintillement !

L'avantage sur Hp49 (si mes souvenirs sont bons).: >LCD 121*64
>Registre de 64bits.