Martial Demolins
:
Je mail les sources modifiées à Sasume, je préfère ne pas les poster, vu qu'il s'agissait d'un programme sans licence apparemment, je n'ai pas envoe de faire n'importe quoi.
Il n'y a pas de licence parce que j'estime que ce n'est pas nécessaire pour ce projet. Tu peux faire ce que tu veux de mon code (surtout l'optimiser et corriger les bugs d'ailleurs
)
- ré-écriture de GribOnAllocPlanes, avec appels en f-line et plans contigus (-48 octets) (fichier allocplanes2.s)
Ça m'embête un peu parce que ça implique AMS >= 2. J'avais envie de faire une lib utilisable vraiment partout, de façon native. Enfin, en même temps : (1) je doute que beaucoup de personnes n'aient pas soit AMS >= 2 soit un émulateur de la f-line ; (2) de toute façon pas grand monde risque d'utiliser Grib...
Erreurs de la doc :
-------------------
- GribOn ne détruit pas d0-d2/a0-a1 (juste d0-d1/a0-a1)
- GribOff ne détruit pas d0 dans la version release (juste a0-a1)
(GribOff détruit d0/a0-a1 dans la version optimisée)
- GribOnAllocPlanes ne détruit pas a0-a1 dans la version release (juste d0-d2)
(GribOnAllocPlanes détruit d0-d2/a0-a1 dans la version optimisée)
Merci pour ces corrections.
- (Grib est proposée aussi pour TI-92, mais LCD_MEM n'était pas à une autre adresse que $4c00 (genre $4440 ou autre)?)
Ah ? Je ne savais pas... Quelqu'un peut nous éclairer ?
Notes :
- Je ne pense pas que ce soit une bonne idée d'assigner LCD_MEM pour afficher sur HW 1. Les libs graphiques modernes présupposent des plans contigus. De plus, allouer systématiquement deux plans contigus (ce qui sera de toute façon le
cas sur HW 2/3/4) peut apporter une bonne optimisation pour l'utilisateur.
Cette possibilité a été mise en place surtout pour faire plaisir à KK
Mais elle n'est pas obligatoire, il me semble. L'utilisateur peut mettre ses plans là où il veut...
- Je pense qu'il y a un problème au niveau de grib_ready_to_draw, toujours initialisé à TRUE ( st.b <ea> ), jamais modifié.
De plus, cette variable n'étant à utiliser que sur HW1, l'initialiser à TRUE lors de l'appel à GribOn lorsqu'on tourne
sur HW>1 et ne plus y toucher lors de l'éxécution du handler serait un (petit) gain de temps.
Quant à l'utilisation de cette variable dans le handler HW1, je vois pas ce que tu veux faire avec. Elle me semble toujours
renvoyer la même valeur. Je n'ai probablement rien capté à ta méthode...
Ou alors c'est moi qui ai mis n'importe quoi... Je relirai mon code pour éclaircir le pb.
- On peut apparemment appeler GribOn deux fois de suite, c'est pas protégé. On perd alors le handler d'origine du TIOS...
Le flag "installed" ne sert qu'à protéger une désinstallation sans installation préalable. C'est un peu dommage, ça aurait
pu se faire à peu de frais, mais implémenter ça maintenant changerait le design de la lib : GribOn devrait renvoyer une
valeur et pourrait échouer.
Je crois que ça ne pose pas de problème d'appeler plusieurs fois GribOn. Je regarderai ça...
)
)
Merci pour ces corrections.
