HELP ! - Page 1

Salut à tous !

Bon, voila j'ai un probleme assez GROS. J'ai l'impression que ma Ti-89 débloque completement avec Text Rider.
Ca fait un bail que je l'ai, j'utilise Doors II 0.98. Tout marchait nickel jusqu'a aujourd'hui, mais voila: j'ai voulu créer un texte (j'ai l'habitude), et au moment de le lire avec TextRider, je me rends compte que celui ci est LENT mais c carrément impossible ! On dirait que ma Ti LAGGUE ! Je suis obligé de maintenir appuyer comme un boeuf sur la fleche du bas pour arriver à faire descendre le texte de 3-4 pixels ! et les boutons F1-F2... c'est pareil! Ca m'est déja arrivé et ça a remarché, mais je ne me rappelle plus de la manip' J'ai réinstallé Doors, TextRider (celui du site), fait un reset complet, rien à faire.... Ca me fait lagguer ma caltos sur TOUS les textes (plutot génant pour les pompes...)
HELP !

Woops, j'ai oublié de préciser, Hardware 1 et AMS 2.03

Tu peux les éditer, tes posts...
Au fait, appuyer comme un boeuf sur la touche ne fait que la casser .

Déjà, c'est vilain de tricher ... donc pas de TxtRider ...

Non, 1èrement : met Unios 1.31 (appellé aussi 1.30 "modif") comme kernel, c'est vraiment le mieux et le plus à jour. Et prend les bonnes version des librairies !! (vas voir sur http://www.ti-fr.org , ds "Archives" pour tout ça)
2ème :Reset complet ta calc !!!
3èmement : essais avec un autre texte pour voir si ça rame toujours ...
SI CA MARCHE TOUJOURS PAS.
4èmement : essais sur la calc d'un pote qui a les même configs (kernel, HW,rom, même version de txtrider) que toi avec le même texte ...
SI CA REMMERDE
5èmement : reflash ta calc à partir d'un PC ...
SI CA PLANTE TOUJOURS (alors que tout marche chez tes potes qui pourtant font strictement la même chose que toi)
6) Envois ta calc au SAV ...
[edit]Edité par Pim89 le 29-11-2001 à 21:51:36[/edit]

bonne remarque mais c'est pour cette raison que j'aimerai une solution

Et si tu changeais tes piles? Les programmes pour kernel boguent souvent avec les piles faibles.

ah ouais pas bete ça, ca fait quelque temps que je les ai pas changées.. Mais j'ai pas d'indicateur "Batt"

J'ai pas de kernel et pourtant l'indicateur pile vide ne s'affiche pas. A la place, elle s'éteint, alors il n'est pas fiable.

Oulaa merci les gars, c bon, grace à votre aide j'ai bien réussi. J'ai installé Universal OS et tout marche comme sur des roulettes maintenant ! Un grand merci à vous qui avez répondu vraiment rapidement


=FFB=Bebert1

--Et si je me fais teindre en blonde, et que je mets des porte jaretelles, c'est toujours non ?--

La plupart des kernels boguent déjà bien avant que l'indicateur BATT soit affiché. En effet, il y a 6 états:
0. La calculatrice refuse de fonctionner. (Le voltmètre matériel distingue en fait entre 3 états de ce type, mais ça a peu d'utilité.)
1. BATT inversé
2. BATT
3. piles insuffisantes pour recevoir une mise à jour d'AMS
4. piles qui commencent à devenir faibles
5. piles en bon état (état actif la plupart du temps)
Les kernels commencent à boguer à l'état 4.

Mais Julien Muchembled a essayé de corriger cela dans les dernières versions de Universal OS, et il paraît qu'il a réussi (ça devrait marcher même à l'état 1 maintenant), ce qui explique que tu n'as pas ce problème avec Universal OS.

D'acc je comprends mieux maintenant, ça doit être en effet à cause des batteries.
Merci d'avoir expliqué comme ça

Au fait, une derniere petite question, j'étais en train de faire joujou avec mes Kbdprgm quand je me suis mangé un Illegal Instruction (ca fait toujours plaisir), j'ai retiré les piles (ou 2nd Droite Gauche On, je me rappelle plus) et j'ai perdu des kbdgprgm et d'autres fichiers (graphlib, userlib, ziblib...) alors qu'ils étaient archivés ! Bon, c'est pas tres embetant pour le moment présent, mais ca pourrait être plus enquiquinant lors de devoirs par exemple.. Des idées ?

=FFB=Bebert1

Met AMS 2.05, il parait qu'il y a moins de bugs...

Ça, c'est un problème de AMS 2.03. C'est corrigé dans AMS 2.05. Mais attention, je te déconseille de faire la mise à jour avec les piles faibles: non seulement les piles pourraient se vider totalement au cours de la transmission si tu manques de chance, mais aussi le risque que la synchronisation entre PC et TI se perd est plus grand qu'avec des piles neuves.

Textrider est connu pour avoir un gros problème avec les piles, je crois pas qu'il y ait d'autres programmes kernel qui aient ce problème. 'faudrait mettre ça dans la faq : cette question revient 20 fois par an, je me souviens même de l'avoir posée ici en mon temps...

Ben là, le fait de changer de kernel a résolu le problème, donc ce n'est pas (ou pas que, en tout cas - il se peut que, si le niveau des piles descend encore de 2 ou 3 états, TxtRider commence à faire ses problèmes à lui) la faute de TxtRider. Et il y a des problèmes dans tous les programmes pour kernel avec les piles faibles (par exemple que ESC est reconnu comme ESC+ON) si le kernel ne tient pas compte de ce problème (c'est le cas de tous les kernels sauf les versions les plus récentes de Universal OS).

Halala ... ces kernels alors ...
Voilà pourquoiil faut du nostub !!!

Au fait, la version 1.31 de UniversalOS existe-t'elle pour 92+ ?
(plus par curiosité qu'autre chose.... j'utilises actuellement PreOS)

qui tue tt, dc les autres kernels...