6 niveaux de gris en C ? - Page 1

J'aimerais savoir s'il y a moyen de programmer l'affichage d'images en 6 niveaux de gris en language C, et quelles fonctions de TIGCC sont utilisées pour ce faire. J'ai bien vu qu'il y avait ceci, mais ce n'est pas ce que je souhaiterais...
J'ai téléchargé un programme qui devait me générer les images sous forme de fichiers ASM (TIGrayImage), mais il plante systématiquement...
Merci d'avance

pourquoi 6 exactement ? normalement c'est 4 niveaux de gris pour un clignotement minimal, sinon après c'est 7 niveaux de gris si tu en as vraiment besoin... enfin sinon tu peux bien sûr faire ta propre lib avec 6 niveaux de gris ^^

Ouais, c'est 8 en fait, sulement que je tends à ne pas considérer le noir et le blanc comme des niveaux de gris
D'ailleurs, pouquoi 4 - {noir, gris foncé, gris clair, blanc} -, soit 2 puissance 2, et 7 pour {blanc, gris super clair, gris clair, gris mi-clair, gris mi-foncé, gris foncé, gris bien foncé, noir} ? 2 puissance 3 = 8, non ? Ou justement c'est pas comme ça !?
Donc, pour ceux qui se posent encore des questions, c'est pour de l'"Enhanced GrayScale" que j'aimerais votre aide.

y a des libs qui font 7 et d'autres qui font 8 ndg, je disais juste 7 parce que c'est le plus proche de 6
pourquoi 7 ? ça clignote un peu moins que 8 sans gâcher trop de place non plus, et aussi on peut utiliser tels quels des sprites en 4 ndg ^^

./4 : C'est intéressant... Comment on utilise ?? #sourire désarmant#

Martial Demolins (./5) :
Quel est le principe des 7nvg ? Il n'y a pas trois plans en RAM?

Si, du coup c'est redondant : 100 = 011 Le principe c'est comme en 4 ndg, sauf qu'au lieu d'alterner l'affichage des plans 110110110... on alterne 212120212120...

Ymox (./6) :
./4 : C'est intéressant... Comment on utilise ?? #sourire désarmant#

Kevin Kofler en a fait une, je sais pas si y en a d'autres en nostub...

En parlant de lui, il a beau être banni, il vient encore regarder par ici : il m'a envoyé un m@il hier suite à mon deuxième post...
Cette librairie est comprise dans le pack par défaut de TIGCC, par hasard ?

il n'y a pas longtemps, l'intégration des 7 grays étaient toujours dans la todo-list de KK

./7 Pourquoi c'est redondant ?
Les pixels de "couleur" 100 sont affichés 4/7 du temps, et ceux de couleur 011 sont affichés 3/7 du temps. C'est pas ça ?

Sasume (./10) :
./7 Pourquoi c'est redondant ?
Les pixels de "couleur" 100 sont affichés 4/7 du temps, et ceux de couleur 011 sont affichés 3/7 du temps. C'est pas ça ?

chaque pixel est codé sur 3 bits, mais il y a 7 couleurs => il y a une couleur pas utilisée ,et donc un 1 code redondant.

Pourquoi n'y a-t-il que 7 couleurs ?

la dernière n'est pas réservé à la transparence ou à une info de masque par hasard ?

Sasume (./10) :
./7 Pourquoi c'est redondant ?
Les pixels de "couleur" 100 sont affichés 4/7 du temps, et ceux de couleur 011 sont affichés 3/7 du temps. C'est pas ça ?

Ben non, 4/7 du temps ça serait en 8 niveaux de gris (8 ndg = 0/7, 1/7, ... 6/7, 7/7)
Là 100 et 011 sont tous les deux affichés 3/6 du temps ^^

(en fait tu peux voir ça d'une toute autre manière à partir de la séquence (212120)* : couleur 7 niveaux de gris = moyenne d'une couleur n&b [bit 2, séquence (2)*] et d'une couleur 4 niveaux de gris [bits 1 et 0, séquence (110)*] ; du coup évidemment la moyenne (noir,blanc) est équivalente à la moyenne (blanc,noir), et toutes les autres combinaisons donnent des couleurs distinctes)

Sasume (./12) :
Pourquoi n'y a-t-il que 7 couleurs ?

Il y a 7 couleurs parceque c'est du 7 ndg

./9 : Je peux donc en déduire que la réponse à ma question est oui ?

> En parlant de lui, il a beau être banni, il vient encore regarder par ici
En effet. Rien à redire tant qu'il aide les gens (ce qu'il fait en général assez bien, du moins tant que l'utilisateur n'exprime pas un avis contradictoire - après, le ton des topics peut changer), mais c'est plus discutable quand il spamme les gens (myself, en l'occurrence) pour me signifier qu'il n'est pas d'accord avec moi sur un sujet connexe à un autre sur lequel on a déjà débattu en privé, et sur lequel on sait qu'on n'est pas d'accord... Hein Kevin

> ./9 : Je peux donc en déduire que la réponse à ma question est oui ?
Non, ce n'est pas dans TIGCC. Ca fait assez longtemps que plus grand chose ne rentre dans la doc de TIGCC, pas même le propre travail de Kevin (car il en fait, on ne peut pas le lui enlever - tiens, ça me rappelle que j'avais fait une petite optimisation taille pure sur sa routine gray3p, elle doit être dans les betas de TICT-Explorer, mais je ne sais plus si je la lui ai mailée spécialement... peut-être aurai-je un peu de temps pendant ces vacances).
Cependant, ça avance lentement mais sûrement: quelques-unes de mes contributions en attente depuis trois ans (antérieures à la 89T, donc - un très petit nombre de fichiers qui vont dans compat.h et flash.h doit donc être retouché) ont été mergées il y a peu

Le topic qu'il a crée lorsqu'il a sorti sa librairie. Pour ceux que ça intéresserait...

mais c'est plus discutable quand il spamme les gens (myself, en l'occurrence) pour me signifier qu'il n'est pas d'accord avec moi sur un sujet connexe à un autre sur lequel on a déjà débattu en privé, et sur lequel on sait qu'on n'est pas d'accord... Hein Kevin

Je me demandais ce qu'il avait fait pour être banni, j'ai pas eu besoin de demander.
Au passage, il me demande de poster sur le forum dont je fournis le lien : je ne vais pas le faire, car mon anglais est trop approximatif, et je pense que ça pourrait aider d'autres personnes qui ont le même problème que moi de continuer ce que j'ai commencé ici.
C'est autant pour d'autres que pour lui, cette dernière phrase.

vince (./13) :
la dernière n'est pas réservé à la transparence ou à une info de masque par hasard ?

ça pourrait, mais en pratique je crois que personne ne le fait. De toute façon il y a presque aucun jeux qui utilisent 7 ndg.
Je me rapelle que d'un jeu qui utilisait les 7 nvg, et c'était pas un jeu d'action.

Il aurait pas été fait par celui-là même qui a fait une bibliothèques de 7nvg ?

je pensais à un autre jeu en fait, j'avais oublié backgammon
Donc en fait, il y a 2 jeux qui utilisent les 7 ndg

edit: KK m'a envoyé un message disant que dans Backgammon, il utilise une des 8 couleurs comme couleur transparente

> Je me demandais ce qu'il avait fait pour être banni, j'ai pas eu besoin de demander.
En fait, ce n'est pas pour ça qu'il a été banni (ce n'est pas un motif suffisant, sauf si le spammeur exagère vraiment). Il a été banni bien avant ça.
De plus, à l'époque de son bannissement, ça n'aurait pas été moi qui l'aurais fait bannir d'ici. A l'époque et un peu après, même si j'étais plus mesuré que lui (ça ne me serait pas venu à l'idée de me réjouir publiquement, sur un forum "concurrent", que yAronet allait mourir parce que la base de données avait été détruite par une requête foireuse... sauf qu'il y avait des backups journaliers), j'aurais plutôt été moi aussi dans la position d'être banni... avant de comprendre ce qui se passait réellement dans la communauté, et de changer mon comportement.

Lionel Debroux (./22) :
> Je me demandais ce qu'il avait fait pour être banni, j'ai pas eu besoin de demander.En fait, ce n'est pas pour ça qu'il a été banni (ce n'est pas un motif suffisant, sauf si le spammeur exagère vraiment). Il a été banni bien avant ça.

Tu as mal compris, c'était juste une façon de dire que KK lui avait sorti son couplet habituel sur la Dictature de yAronet

Lionel Debroux (./22) :
j'aurais plutôt été moi aussi dans la position d'être banni

Ca ça m'étonnerait, il faut qd même être sacrément chiant pour se faire bannir...

en même temps c'est pas forcément le meilleur endroit pour savoir pourquoi et comment il a été banni :/

Pollux (./23) :
Ca ça m'étonnerait, il faut qd même être sacrément chiant pour se faire bannir...

la preuve, Zephyr est toujours là.je déconne hein (au cas où...)

> > j'aurais plutôt été moi aussi dans la position d'être banni
> Ca ça m'étonnerait, il faut qd même être sacrément chiant pour se faire bannir...
Ben, j'ai réellement été sacrément chiant, à une époque... Je me souviens très bien que certains utilisateurs (je ne suis plus sûr de me souvenir de qui, car ça fait longtemps...) ont écrit, avec raison (j'ai quand même pourri quelques topics assez sauvagement...), qu'à une certaine période, j'étais plus désagréable que Kevin... Tu vois un peu !
Les topics doivent pouvoir se retrouver, même si c'est du passé sans aucun intérêt: je suis revenu sur yAronet vers 2004/10, après avoir reconnu dans un mail à yAro que j'avais dépassé les bornes, et lui avoir demandé de changer le pseudo pour marquer un nouvau départ (ce qu'il a volontiers fait, évidemment ). C'était une petite année après avoir arrêté d'y venir, donc les topics doivent être de 2003/09 à 2004/01 environ.

Pourrait-on revenir au sujet ?

Selon la façon dont on "applique" le sprite, on peut obtenir une transparence sur une couleur (par contre, pour un masque, il faut au moins un bit (qui ne serve qu'à ça) par pixel).

Par exemple, avec 4 niveaux de gris : on a 4 couleurs, exprimées sur 2 bits : 00, 01, 10 et 11.
Je veux que la couleur 01 (gris clair) soit transparente (car sur TI le gris clair est quasiment blanc...).
Nommons les bits définissant la couleur d'un pixel du sprite s0 et s1, ceux correspondant à la couleur d'un pixel de l'arrière-plan b0 et b1 et ceux correspondant au résultat du dessin du sprite r0 et r1).
Le tableau de Karnaugh suivant nous indique quelle couleur doit résulter du dessin d'un pixel du sprite sur un pixel de l'arrière-plan (sur la première ligne, on a les configurations possibles pour s1 et s0 représentant le sprite, et sur la première colonne, la même chose avec b1 b0, et à l'intérieur le résultat de l'affichage du sprite r1 et r0) :

    | 00 | 01 | 11 | 10
----+----+----+----+----
 00 | 00 | 00 | 11 | 10
----+----+----+----+----
 01 | 00 | 01 | 11 | 10
----+----+----+----+----
 11 | 00 | 11 | 11 | 10
----+----+----+----+----
 10 | 00 | 10 | 11 | 10

On note bien que la deuxième colonne correspond à la couleur transparente, c'est pour cela que dans cette colonne rn = bn. Dans les autres cas, c'est la couleur du sprite qui est recopiée, donc rn = sn.
Cela nous conduit à deux équations :

En pseudo-asm (spécialement pour toi ), ça donnerait :

  move s1,r0 ; r0 = s1
  or   b0,r0 ; r0 = b0 + s1
  and  s0,r0 ; r0 = s0 . (b0 + s1)

  move b1,r1 ; r1 = b1
  and  s0,r1 ; r1 = b1 . s0
  or   s1,r1 ; r1 = s1 + b1 . s0

HS {
Sasume, pourquoi ne pas utiliser « * » au lieu de « . » ?
En plus, ça permettrait au parenthèsage automatique de fonctionner

}