1. Le _nostub n'a pas besoin du HW2Patch pour tourner sur HW2 AMS 2.
2. Le mode kernel gaspille 50 octets minimum par programme pour le stub + 2 octets par appel d'un ROM_CALL et 2 octets pour chaque ROM_CALL différent si on utilise leur méthode pour "économiser de la place" (qui économise de la place par rapport aux ROM_CALLs _nostub non optimisés, mais pas par rapport à OPTIMIZE_ROM_CALLS).
3. Le mode kernel gaspille 12 KO pour le kernel.
4. Le _nostub peut être compressé avec ExePack, le meilleur compresseur pour TI-89/92+ (d'après mes tests - essayez par exemple de réassembler XtraKeys sans ExePack et de le compresser avec RUNC - le fichier sera plus gros). Si on essaye de compresser un programme en mode kernel avec ExePack (en évitant la protection de ttppggen d'une manière ou d'une autre), il plantera lors du retour à l'écran HOME (du moins avec Universal OS). Je ne sais pas pourquoi, mais en tout cas cela fait que l'ExePack ne marche qu'avec les programmes en _nostub.
[edit]Edité par Kevin Kofler le 19-10-2001 à 20:02:05[/edit]
PpHd Le 25/10/2001 à 18:23 Il est vraiment tout petit. Et il compresse la sauvegarde de l'ecran => Moins de memoire perdue qu'en nostub !
natto Le 25/10/2001 à 18:23 je pense pas que changer de rom changera gd chose
納 豆パワー！
I becamed a natto!!!1!one!
PpHd Le 25/10/2001 à 18:23 non, une vrai ROm, pas une tib.
natto Le 25/10/2001 à 18:23 une vraie ?
45 min de transfert...bon je v essyer et pis j'aurai la 2.05 et la 2.03 sur PC
納 豆パワー！
I becamed a natto!!!1!one!
1. Si c'est une ROM de HW2, ça ne marchera pas même avec une ROM complète. (Il faut une ROM de HW1.)
2. Si genlib détecte les TIBs sous VTI comme des HW2, c'est que ta routine de détection n'est pas bonne. (Je sais que celle de AMS n'est pas meilleure, mais celle de JM - qui est aussi dans la FAQ de TIGCC - l'est.)
3. TIGCCLIB détecte VTI et utilise automatiquement les routines de HW1 sur VTI. Universal OS fonctionne également correctement sur VTI.
[edit]Edité par Kevin Kofler le 24-10-2001 à 20:08:28[/edit]
TIBs et fichiers 89u/9xu ont le même effet sous VTI. (Les fichiers 89u/9xu sont juste des TIBs avec un header supplémentaire contenant des lisezmoi avec des notices copyright et des licences, le tout en plusieurs langues.)
natto Le 25/10/2001 à 18:23 bon.....je crois que je v tester on calc
納 豆パワー！
I becamed a natto!!!1!one!
natto Le 25/10/2001 à 18:23 oui sauf qd g testé la fonction sprite16zoom
納 豆パワー！
I becamed a natto!!!1!one!
PpHd Le 25/10/2001 à 18:23 Oui, oui.
D'ailleurs je vais mettre ces fonctions en obsoletes...
Les nouvelles auront le meme facteur (pas de mult par l'un, puis de div par l'autre)
PpHd Le 26/10/2001 à 09:34 Desole SMA est archi-stable. Aucun plantage, pourtant j'y ai joue pendant plus de 100h.
Suffit d'avoir les libraries.
Simple question : personne ne s'est jamais dis qu' il n'y en a pas un mieu que l'autre mais chacun est adapté a un certain type de projet : pkoi utilisé un kernel si on fait un programme qui n'utilise que des appels en ROM? De même pkoi s'acharner a implementer tout un système de gestion de plane en grayscale avec scrolling en Nostub alors que l'on pourrai disposer de Genlib en Kernel? Je ne suis pas démago mais ce débat est un peu idiot a mon sens : il n'y a pas de mauvais langage, il n'y a que de mauvaises utilisation de langages.
>Cyberplague: De même pkoi s'acharner a implementer tout un système de gestion de plane en grayscale avec scrolling en Nostub alors que l'on pourrai disposer de Genlib en Kernel?
Parce qu'on ne doit pas s'y acharner parce que Thomas Nussbaumer l'a déjà fait. Et ça s'appelle niveaux de gris de TIGCCLIB + ExtGraph.
(preos -> 2305 octets, marche impec 
)
