[Lionel Debroux]

FlashBoot2 est un programme pour Ndless 2.0 (la version précédente), qui permet de reflasher le boot2 des Nspire Clickpad et Touchpad commerciales (modèles de production). Le flashage peut écrire un boot2 arbitraire, ce qui permet notamment le downgrade du vilain boot2 3.0.131 vers le boot2 standard 1.4.1571

Pourquoi ce downgrade est-il souhaitable ?
Parce que le boot2 3.0.131 (celui dont le flashage par l'OS 3.0.1.1753 buggé, non modifié avec TNOC détruisait les calculatrices par milliers) est plus verrouillé que le boot2 1.4.1571, sur lequel DowngradeFix, permet de forcer un downgrade même après avoir transféré l'OS 3.0.2.1791 qui refuse le retour à 3.0.1.1753 ou antérieur.
Avec le boot2 3.0.131, c'est TI qui décide ce que vous pouvez faire avec vos machines; avec le boot2 1.4.1571, c'est vous, et il devrait toujours en être ainsi !

Bien sûr, si vous flashez n'importe quoi et que la validation du boot2 par le boot1 échoue, il faudra alors réparer votre calculatrice par le port RS232, auquel cas le tutoriel de critor pour réparer les Nspire détruites par l'OS 3.0.1.1753 s'applique.

Téléchargez vite FlashBoot2 à archives_voir.php?id=4187

[Adriweb]

Salut à tous,

Comme on vous l'avait déjà annoncé précédemment, l'OS Nspire 3.2 apporte de grands changement, y compris en Lua, où on voit l'arrivée d'un moteur physique 2D intégré, basé sur Chipmunk-Physics (-> Cocos2D etc.).
Beaucoup d'infos ont été révélées lors des sessions à la conférence T3, et je vais vous mettre ici quelques copies d'écrans animées des possibilités que ce moteur physique offre.
Bien sûr, ce n'est qu'une petite partie, qui montre des points particuliers.
La créativité de chacun fera naître des projets superbes dès que la 3.2 sortira, on n'en doute pas

En attendant, voici pour combler votre soif de nouveautés (cliquez sur les miniatures)

Merci aussi beaucoup à Jim Bauwens pour enregistrer ces .gifs, et aussi avoir réalisé quelques exemples

D'ailleurs, le code source d'un de ces exemples sera bientôt disponible, ici-même

TI-Planet.org, en route vers le futur !

[critor]

Reparlons un peu des prototypes Nspire qui se font parfois passer pour de vraies Nspire sur les sites de revente en ligne et sont coincés avec des OS préhistoriques 1.1 ou 1.2.

Remarque: les TI-Nspire CAS+ munies d'un OS 1.0 ne sont hélas pas encore concernées par ce qui va suivre.


Dans une news précédente, nous vous annoncions en image l'installation réussie d'un OS 3.1 sur un tel prototype!

Mais comment était-ce possible?

Il est normalement impossible d'installer un OS de production sur ces prototypes, car le Boot2 vérifie la signature de l'OS avec les clefs RSA de développement, et refuse donc tous les OS distribués sur le site de TI, qui eux sont signés avec les clefs RSA de production.

De la même façon, il est impossible de toucher au Boot2, puisque sa signature est là encore vérifiée par le Boot1 avec les clefs RSA de développement.

L'image était-elle truquée? Ce n'est pas le genre de la maison.



Non, si on ne peut toucher ni à l'OS à cause du Boot2, ni au Boot2 à cause du Boot1... attaquons le mal à la racine, c'est-à-dire le Boot1!

Il se trouve que sur les Nspire ClickPad, le Boot1 est stocké dans une puce Flash NOR isolée: SST 39WF400A.

A noter que ce n'est plus le cas sur les TI-Nspire TouchPad et CX, où cette puce a disparu de la carte mère, le Boot1 étant probablement intégré et ultra-protégé dans la puce ASIC Zevio.



Et bien il y a une petite différence ultra-importante entre les puces Flash NOR des Nspire de production (commerciales) et de développement (prototype)...

Les cartes mères sont quasiment identiques à l'exception d'un tout petit détail sur le brochage de la puce Flash NOR...

Oui, sur les prototypes (à gauche), la puce a une broche additionnelle de connectée via une résistance supplémentaire R02D.

Et bien cette différence fait tout, car c'est la broche qui contrôle l'écriture sur la puce!

Oui madame... sur les prototypes Nspire, le Boot1 est reprogrammable!

Il est donc parfaitement possible de programmer:
- un Boot1 de développement plus récent ou plus ancien
- un Boot1 de production
- un Boot1 d'un autre modèle
- un Boot1 modifié



Bientôt, ton prototype Nspire tournera sans aucun problème avec un OS 2 ou 3 !
Après 1 année de travail de recherche et développement acharné, l'escroquerie dont tu as été la victime sera bientôt corrigée!

TI-Planet: des solutions pour tous et une solution pour chacun!

[Lionel Debroux]

Depuis un peu moins de deux mois, hoffa, bien connu sur Omnimaga, a entrepris le portage de la librairie portable SDL (Simple DirectMedia Layer) sur Nspire (CX et Clickpad/Touchpas), ceci afin de fournir aux applications une librairie graphique et un canevas facilitant le portage.
SDL est utilisé comme base pour des dizaines d'autres librairies et de programmes, principalement des jeux: un portage suffisamment complet de SDL permettrait donc d'augmenter significativement la logithèque des Nspire

Le projet avance assez bien. Après nous avoir démontré, dans les dernières semaines, l'embryon de portage, puis quelques primitives de dessin, hoffa nous démontre ce soir le blit de bitmaps. C'est intéressant, car s'il est assez rapide, il peut être utilisé pour les sprites dans certains jeux animés


Voici l'image qu'il a fournie, montrant le résultat dans nspire_emu et les messages de debug:



Nous continuerons bien sûr à tenir la communauté francophone informée des évolutions de ce portage de SDL

Source (topic officiel): http://www.omnimaga.org/index.php?topic=12378.0

[critor]

Dans une news précédente, Lionel vous annonçait une première bêta non fonctionnelle de OSlauncher pour Ndless 3.1, l'outil devant permettre de lancer à chaud n'importe quel OS Nspire original ou modifié sans aucune vérification du modèle, de la somme de contrôle ou de la signature.

Une application pratique est notamment de lancer un système CAS sur une calculatrice non-CAS.



Or, après quelques tests de ma part aujourd'hui, il semble, que contrairement à ce qui avait été annoncé, OSlauncher soit fonctionnel.

Il présente simplement beaucoup d'inconvénients avec déjà un taux de succès très faible qui doit être de l'ordre de 5%.
95% du temps, l'OS lancé se bloque avec un écran éteint, ou avec le pointeur occupé à l'écran grisé habituellement obtenu lorsque la barre de chargement atteint 100%.
En gros, à moins d'être chanceux, il faudra des dizaines de tentatives avant d'avoir accès au moteur CAS.

Autre problème, pour une raison inconnue, certaines versions de l'OS Nspire ne se lancent pas correctement à chaud. C'est le cas de l'OS 3.1 CAS qui les rares fois (5% du temps) où il passe l'écran grisé déclenche un redémarrage de la calculatrice, la renvoyant ainsi sur son OS originel sans CAS.



Mais ce problème n'est pas présent avec les OS CAS précédents. Il est donc parfaitement possible d'avoir accès au moteur de calcul formel CAS sur des calculatrices non-CAS en lançant à chaud des versions antérieures de l'OS. J'ai réussi des tests avec les versions CAS 2.0.0, 2.0.1, 3.0.1 et 3.0.2.

Voici l'OS 3.0.2 CAS tournant sur une TI-Nspire basique équipée de l'OS 3.1.0 et de Ndless 3.1:

Mais, comme les versions d'OS sont différentes, la table des ressources n'est pas bonne et la plupart des icônes et messages système sont alors mélangés, rendant la calculatrice inutilisable si l'on n'en connaît pas les menus par cœur:

Précisons que pour le moment OSlauncher ne marche pas sur TI-Nspire CX.



Mais il me semblait important de continuer de propager des informations exactes: le taux de succès de lancement à chaud d'un OS Nspire reste faible mais est désormais strictement supérieur à 0%. Maintenant, c'est juste une question de savoir dans quel sens les choses vont évoluer...