zelda:peut etre le retour - Page 5

Ça ne change pas grand chose. Les versions 2.08 et 2.09 de AMS sont presque identiques.

#117 > Mes niveaux de gris sont obtenus sans librairies mais en affichant successivement les images des differents gris .

tu te fous de ma gueule là, ne me dis pas que tu as fait tes propres routines de nvg!
ou alors tu utilises les fonctions de tigcclib et tu ne t'en rends même pas compte...

Galmiza a écrit :
#117 > Mes niveaux de gris sont obtenus sans librairies mais en affichant successivement les images des differents gris .

Oublie cette méthode tout de suite!!!

#122 > Si.
#122 et 123 > Quelle autre methode proposez-vous?

Comment fonctionnent les routines de niveaux de gris de Preos?

124> les fonctions de gray de TIGCCLIB...

n'ecoute pas kevin qui est un vieux raleur anti progres, utilise ta propre methode

Arrête de raconter n'importe quoi, solid! Tu sais très bien que sa méthode ne marchera jamais sans clignotements.

Pour que les gris soient beaux, juste avant d'afficher il faut attendre un signal donné par l'ecran (ou quelque chose qui a un rapport avec l'ecran) mais où le lire?

Cf le fichier archive\gray.s dans les sources de TIGCC.

Meme en modifiant les frequences des horloges externes, les valeurs de ($600017) bougent extremement vite.
jackichan > tu parlais d'une horloge qui battait a 1 Hz.
Comment fais-tu pour la lire?

je comprend pourquoi ça clignote maintenant... forcément là c'est pas PreOs qui allait te sauver

Galmiza a écrit :
jackichan > tu parlais d'une horloge qui battait a 1 Hz. Comment fais-tu pour la lire?

Je modifie l'interruption 3 pour qu'elle incrémente une var globale (de mon code), et pendant le déroulement de mon prog, je teste la valeur de cette var, je peux ainsi déceler chaque incrémentation

#132 > Tres bien, mais .... comment faire ?

Je suis encore nul en assembleur, il faut me dicter les quelques lignes de codes a taper, je ne connais pas les adresses des horloges, ni comment les activer....

Je pensais que l'adresse $600017 permettait de faire quelque chose mais mes tests n'ont rien donné de bon.

Si vous voulez verifier mon fps, que je reconfirme au passage, il faut m'aider !

Merci

Tu regardes dans la doc de tigcc l'adresse de l'interruption que tu veux utiliser (par exemple en tapant SetIntVec dans l'index). Puis tu loges ta fonction (qui doit etre le plus courte possible au passage), en n'oubliant pas de retourner au programme avec 'rte' et non 'rts'. N'oublie pas non plus d'ajouter $40000 à l'adresse de l'interruption pour contourner la protection d'écriture en mémoire basse...

Pfff, PreOS, TIGCC etc. c'est dépassé, moi maintenant j'utilise les routines de GalmiOs ! Avec en plus un débuggeur gratos à disposition tous les jours.

Cela dit moi aussi j'ai du mal à croire à cette histoire de FPS. Attend, faut refaire le calcul :
l'image avance d'un pxl par boucle, le programme met environ 1 seconde pour balayer 160 pxls ... Ah mais non, c'est pas possible. Le programme fait définivitement 2 FPS. 'Tain, à un moment j'ai vraiment eu peur.

Ah, on peut pas etre bon en calcul ET en programmation, Jahow...

-

Ce n'est pas le port 0x600017 qu'il faut utiliser, mais le port 0x70001D.

#137 > Nan mais Oh !

(si c'est de l'humour, la reponse s'arrete la)

On se moque des gens ?
Je ne vois pas pourquoi...
Peut-etre ne me crois-tu pas pour les FPS.
Peut-etre me prends-tu pour un con car je ne connais pas toutes les adresses memoires utiles de la ti89.
Ou peut-etre mes methodes pour calculer un FPS te semblent minables.

Moi je code, je recherche des algorithmes pour creer des moteurs physiques et pas a pousser les graphismes au maximum.

Orion, puisque tu es si fort:
Lorsque tu as decouvert l'assembleur, comment stabilisais-tu tes niveaux de gris?
Tu n'as pas reflechi et tu as cherché de routines sur le net, c'est pas bien.

Moi, je n'ai pas pensé une seule seconde a rechercher de l'aide. Comment faire des beaux niveaux de gris quand tu ne connais QUE les instructions 68k et le debut de l'adresse de l'ecran ?

Tu peux me descendre autant que tu veux, mais sache que bien que j'ai repondu au message, tu ne me blesses pas du tout.



#138 > Merci je vais essayer.



Pour ceux qui ont du mal a estimer les FPS, une enigme tres compliquée (Einstein n'aurait su donner reponse, j'en suis convaincu):

- un programme consiste a faire defiler un paysage sur un ecran (de plus petite dimension pour ceux qui sont deja largués). L'ecran a pour largeur 160 pixels. Le paysage defile pixel par pixel soit d'un pixel par boucle du programme (qui actualise l'ecran a chaque boucle). En 1 seconde, l'equivalent de la largeur de l'ecran a defilé.
Quel est le nombre d'image affiché par ce programme en 1 seconde?



1er indice: il y a une division par 1.
2eme indice: 1 est l'element neutre pour la multiplication.
3eme indice: quand aEC, on peut assimiler a/1 à a.


Reponse:
D'apres l'enoncé, le programme affiche une image a chaque fois que le paysage defile de 1 pixel.
En 1 seconde, le paysage a defilé de 160 pixels, donc le programe a affiché 160 images.
(160 images) / (1 seconde) = 160 images/seconde

Regarde les sources de gray.s pour te donner une idée de comment faire pour avoir des beaux niveaux de gris

| port 70001D (bit 7) is used to synchronized to the LCD hardware. Here are the
| docs of this port (taken from Johan Eilert's j89hw.txt)
|
| $70001D RW ($06)
|	:7	 Toggles every FS (every time the LCD restarts at line 0)
|	:6-4	-
|	:3	 Battery checker bit B (? ???)
|	:2	 ? (set)
|	:1	 Screen enable (clear this bit to shut down LCD)
|	:0	 Battery checker bit A (? enable $600000:2)
|	     (AMS:) The battery checker bits must both be set (AB=11) prior to
|	     checking the voltage level with $600000:2.  Then, after use, bit B
|	     must be cleared (AB=10) while the battery trig hardware settles to
|	     the "rest" voltage value (%111).  Finally, both bits should be
|	     cleared.

Bon, en fait, c'est juste le bit 7 qui est intéressant. Mais le reste peut servir à étendre ta culture général

Merci Jackiechan et Kevin.
Malheureusement apres avoir stabilisé les niveaux de gris, il faudra que je decouvre pourquoi l'editeur ne marche pas bien - voire pas du tout - sur les autres ROM.

Tu as quelle ROM, toi ?

La 2.03, reputée pour etre stable.

heu...
qd je l'avais, elle perdait 10% des archives a chaque reset...
(mais ca depend des gens, il me semble)

c un bug d'ams, les archives ne sont pas perdues mais ne sont plus flaggees correctement, mis à part ça elle est tres stable

Galmiza > En tout cas c'est pas moi qui vait te critiquer comme Orion_ , moi qui ai tant envie des gray, et qui ne comprend rien aux interruptions, je ne puex que pomper sur TIGCC (et encore, je n'ai pas essayé)

-

-