Forum Graph100

Un mode d'affichage sympa et bien plus simple que l'actuel.

Lequel actuel ?
setpixel ?
ou la fonction de Bradn qui écrit direct ds la RAM ?

Ouai je vais tester ça au fait pourrais-tu m'expliquer cette commande en assembleur car je ne la comprends pas, je vois pas ce qu'elle fait:

db 0x0F,0x14,0x0C3

Merci, @+

Pour tant je pensais que le fait d'écrire directement ds la mémoire vidéo, c'était la plus rapide des méthodes ?!?

exactement,
L@rk, il faut que tu comprennes ke le buffer de l'ecran est en mémoire, donc pour changer son état à tt moment, il faut écrire dans ce buffer, pas dautres facons pour tracer un pixel !!!

y@ss

Bon ça y est j'ai réussi à faire fonctionner ta fonction en la modifiant car il y avait quelques erreurs, j'ai aussi ajouter des commentaires:

mov cx,x

mov si,y

[b]mov es,segm_video[/b]

shl si,4 [i];si *= 16 (16 * 8 == 128 pixel/line) now we are on the right line[/i]

[b]mov ch,cl[/b] [i];0<=cx<128 so this is allowed and now cl==x and ch==x[/i]

shr cx,3 [i];cx /= 8 the result is in ch and the remainder is (cl>>5)[/i]

shr cl,5 [i];cl is now the remainder of cx / 8[/i]

[b]xor bx,bx[/b] [i];bx = 0[/i]

[b]mov bl,ch[/b] [i];bx = ch[/i]

[b]add si,bx[/b] [i];si += ch so si is now on the right byte[/i]

xor bl,bl [i]; bl = 0[/i]

db 0x0F,0x14,0x0C3 [i]; set1 bl,cl // set to 1 the bit cl of bl[/i]

or es:[si],bl [i]; or the byte at segm_video:si with our bl ![/i]

Les lignes en gras sont les lignes que j'ai ajouté ou modifié, le problème c'est que cette version a 2 instructions en plus. Mais le temps indiqué par mon TOUCHE est le même que pour la fontion normal même s'il y a un push et un pop en moins !

Pour les erreurs que j'ai corrigé :
- j'ai juste mis la bonne valeur dans es (peut on utiliser directement segm_video à la place de es dans la dernière ligne ?).

- t'avais mis les 8 bits de poids fort de cx dans les 8 bits de poids faible de cx

- On ne pouvait pas faire add si,ch car si fait 16bits et ch 8bits, ça provoquait une erreur lors de la compilation.

Enfin propose si t'as une meilleur idée pour optimiser, parce que l'asm et moi ça fait encor 1,5 !

@+

Au fait, un autre truc logique, mais cool, c que les niveau de gris marche aussi dans ce mode.
@+

Oula mec, te sens pas offensé, ya pas de soucis. Pour connaitre la vitesse de mes routines, va dans touche, graphic tet, 2072 les y a incluses. Sinon, g reecrsi la ft que 2072 avait reecrite, mais mon Pc etant en deperdition g pas encore reussi a l'essayé...
@+

En fait qu'est-ce qui garanti que es ne va pas être modifié entre le moment ou on appel setvideo et le moment où on utilise la fonction ?

Ah oui est peux-tu m'expliquer la signification des valeurs en hexa dans la commande  db 0x0F,0x14,0x0C3

Merci @+

Donc J'ai trifouillé la zone video avec Touche (Merci 2072) et j'ai trouvé ceci :
d'abord, tt le monde le sait, la structure du code a mettre dans le port 2 :

 1       !      2    !     3    !      4    !       5     !      6        !  7    !     8
----------------------------------------------------------------------------------
Ne Pas Toucher ! Inutile ! Type de ! Couleur ! Plus Clair ! XXX ! Si 6=1 
          !            !           !  Mode   !  Nb/Gris !                !        !Plus Clair

Voila, atention si vous touchez aux bits 1,2 et 7, l'ecran soit devient Bleu (trés mauvais) soit il s'etein t et la calto reponds plus.

Et voila les valeurs a mettre :

Normal - N&B : C3 : 11000011
Normal - Gris : CB : 11001011
Basique - N&B : D3 : 11010011
Basique - Gris : DB : 11011011
(La valeur  DC : 11011100 marche aussi)

Et j'ai aussi testé le mode Basique - Gris et sa structure.
La structure est diferente que celle du Normal - Gris.
Au lieu que ce soit:
Pour une ligne : 3 lignes
NON, c mieux, ya que 3 couleurs Noir(Gris Foncé) / Gris / et Blanc, pas de Gris clair
Sinon, c'est egalement trés simple
Pour tester, j'ai mis, un bit 1 sur une page (du mode normal soit 40h, quand je parle de page, ça veut dire ça) et 1 bit sur la 2nd et sur la troisieme, en changeant ces ordres, j'ai observé :

  Couleur   !  1  !  2  !  3  !
------------------------------
    Noir      !  1  !  1  !  1  !
------------------------------
    Gris      !  1  !  1  !  0  !
------------------------------
    Noir      !  1  !  0  !  1  !
------------------------------
    Gris      !  0  !  1  !  1  !
------------------------------
    Blanc    !  0  !  1  !  0  !
------------------------------
    Gris      !  1  !  0  !  0  !
------------------------------
    Gris      !  0  !  0  !  1  !
------------------------------

Donc la page 2 ne sert a rien et les bits ne cahngent rien.
On recapitule :
Noir : On met un bit dans le 1 et 3 a la m^me position
Gris : On met un bit soit dans le 1 ou dans le 3
Blanc : On me 0 aux 1 et 3
Le 2 ne sert pas
Donc theoriquement on peut faire un buffer intercroisé
Cad qu'on utilise que 4 pages
Explications, la page 2 ne sert a rien donc on peut faire un buffer de cette façon :

MEMOIRE! Page 0 - Image 1.1 ! Page 1 - Image 2.1 ! Page 2 - Image 1.2 ! Page 3 - Image 2.2

Et on place la video soit sur la page 0 ou 1, elle ne tiendra pas compte dans le cas du 0 de la page 1 et dans le cas du 1 de la page 2
Voila, Des questions ?

oula, ça change kan meme pas mal de chose pour mon nouvel utilitaire (GIMC), en effet je voulais coder des images en 4 couleurs soit:
-blanc
-noir
-gris foncé
-gris clair

mais la vous me dites kil nya presque pas de différence entre les deux gris, voulez vous ke je continue en 4 couleurs ou bien se ramener a 3, de tte facon ca ne change rien pour mon prog en tant ke tel, mais avec 4 couleurs on a plusde possiblités et de nuances ( normal)

j'attends vos avis !!


Pour whyp, jai tesé ta methode et apparement ce ki a de nouveau cest kelle fusionne 2 rangées de pixels successives (chacune comportant 8 pix)
donc c afait des colones de 64*16 et non 64*8,
enfin dapr`s mon test,
sinon le code ke tu mas proposé lautre fois fait tt de meme planter la caltos lorskon veut revenir en mode txt apres avoir mis delgray() !!

Derniere chose , pourrais tu me montrer comment est ce ke je pourrai faire un petit fichier daide comme graphics.h c a d en *.chm (je pense)

Merci


@+

y@ss

Sous TC, si tu specifie que tu ne souhaite pas utilisé de registre, il ne te les modifiera pas, et es gardera sa valeur. En sam, faut y faire gaffe, mais ça se voit si ça change.

Sinon, le db 0x14.... ben en fait c le code hexa de set1 bl,cl. C comme ça que l'assembleur aurais trnascris cette fonction, mais le probleme c qu'elle ne la connais pas, donc faut l'ecrire a la main.
C le code hexa de cette fonction, tel qu'il sera lu et compris par le processeur.

-oui j'ai essayé cette option dans TC mais mon prog prend 1 à 2 Ko de plus et est sûrement plus lent alors...

-sinon pour db 0x14... j'avais bien compris de quoi il s'agissait mais ce que je te demandais c'était la signification de chaque valeur en hexa : laquelle correspond au registre bl, au registre cl, à la comande set1. en fait j'aimerais utiliser set1 (et les autres instruction qqch1) mais avec des registres complet (16bits)  pour optimiser mes routines d'affichage (routines qui inverse l'écran word/word etc...). Où puis-je trouver les valeurs hexa correspondant aux différentes instructions assembleurs ?

Merci bcp @+