[critor]

Article pour le poisson d'avril 2012

Quels produits grand public Texas Instruments réalise-t-il à part des calculatrices? Sans doute pas grand chose ne vous vient-il à l'esprit...

Par contre, nombre d'objets que vous utilisez au quotidien contiennent des puces Texas Instruments.



C'est le cas notamment d'une majorité de vidéoprojecteurs qui depuis des années sont construits autour d'une puce DLP développée par Texas Instruments:

Mais depuis, Texas Instruments a fait encore plus fort en sortant la puce Pico DLP, destinée à servir dans des vidéoprojecteurs miniaturisés intégrés aux appareils mobiles style APN ou smartphones.

( source image: http://www.lesmobiles.com/actualite/741 ... -2012.html )

Casio mettait justement en avant la possibilité d'afficher l'écran de sa Casio Prizm en la reliant directement à un vidéoprojecteur en USB sans besoin de l'interfacer avec un ordinateur.
Source: http://www.casio-education.fr/calculatr ... cteur.html
Mais il s'agissait de vidéoprojecteurs standards...



Et bien Texas Instruments se prépare à envoyer une gifle monumentale à Casio, grâce à un nouveau périphérique pour TI-Nspire CX, le TI-Nspire CX mini Presenter qui reste dans la lignée de la miniaturisation initiée avec les TI-Nspire CX/CM, la TI-84 Pocket, le module TI-Nspire CX Navigator, et enfin plus récemment le TI-Navigator Access Point mini!

Il s'agit d'un vidéoprojecteur miniaturisé tirant justement partie de la technologie Pico DLP de Texas Instruments.


Il vient se brancher sur le haut de la TI-Nspire CX exactement comme les modules Wifi CX, en utilisant leur prise propriétaire.

Mais tout comme les modules Wifi CX, le TI-Nspire CX mini Presenter laisse la prise mini-USB accessible via une encoche.

D'un design stylé parfaitement assorti à celui de la TI-Nspire CX, le TI-Nspire CX mini Presenter dispose de plus d'un pied rabattable à 90°, permettant de régler modérément la hauteur de vidéoprojection.

La magie de l'extraordinaire technologie Pico DLP de Texas Instruments donne une image extraordinairement nette et claire malgré la taille du vidéoprojecteur!

Signalons que la technologie Pico DLP utilise une diode laser. Il n'y a donc plus de lampe à remplacer, ce qui était un gros défaut des vidéoprojecteurs classiques, dont le remplacement de la lampe grillée coutait quasiment autant qu'un appareil neuf!



Un extraordinaire nouvel outil TICE pour l'enseignant qui n'a plus besoin de se balader avec le système TI-Nspire Navigator complet et éventuellement avec un vidéoprojecteur et un ordinateur si ceux-ci ne sont pas installés en fixe dans la salle, pour pouvoir montrer aux élèves l'écran de sa calculatrice!



Mais si le budget de l'établissement permet d'en acheter en plusieurs exemplaires pour les classes équipées en technologie Nspire, c'est aussi l'occasion à tout moment pour chaque élève de projeter son travail depuis sa place pour le présenter à la classe ou à son groupe, et l'utiliser comme support d'échange/débat!



Source: http://www.dlp.com/fr/

Texas Instruments les technologies de demain dès aujourd'hui!

[Lionel Debroux]

tangrs, déjà auteur de nombreux travaux et programmes fort intéressants pour la Nspire (entre autres: compilation de C++ avec Ndless, effet rétro à l'extinction de la machine, Nspire Movie Player, prototype de multi-threading, horloge), continue à travailler sur le chargement de programmes

Les lecteurs se demanderont peut-être pourquoi il est utile d'avoir ce genre de chargeurs. La réponse est simple: pour pouvoir bénéficier d'une facilité de programmation plus proche de ce qui se fait sur la plupart des environnements de programmation, dont les TI-68k d'ailleurs - par exemple, les variables globales relogées
L'absence de relocation automatique nécessite de faire ces relocations à la main, ce qui complique singulièrement la réalisation des gros programmes. Ndless fournit nl_relocdata, mais c'est fastidieux à utiliser, et peut être difficile.


Bref, un petit peu d'historique des loaders de tangrs:
* il y a des mois, tangrs avait fait ndless-elfloader, prototype de chargeur ELF, c'est à dire le format extensible et portable de fichiers objet et binaires, utilisé sur Linux depuis des années. C'était assez compliqué et lourd, et certains fichiers à charger étaient très gros alors qu'ils ne contenaient que très peu de code. Voir http://www.omnimaga.org/index.php?topic=11904.0 pour plus de détails.
* hier, il a fait un chargeur ajouté au programme par un outil côté ordinateur, qui a pour but de reloger le programme avant de déclencher son exécution, ndless-standalone-relocator: http://www.omnimaga.org/index.php?topic=13117.0 . Et au cours de cette dernière discussion, "bFLT" a de nouveau été mentionné.
bFLT est un format beaucoup plus simple qu'ELF, il peut facilement être obtenu à partir de fichiers ELF et facilement chargé, mais il est suffisant pour résoudre les plus gros problèmes de relocation que nous rencontrons actuellement. De plus, il est utilisable pour gérer des librairies dynamiques et des binaires compressés (le loader bLFT du kernel Linux sait faire).

* tangrs s'est donc vraiment intéressé à bFLT... et quelques heures plus tard, le nouveau prototype ndless-bflt-loader est né, avec sa documentation développeur pour ajouter le convertisseur ELF -> bFLT à l'environnement de développement et changer les Makefiles
Il l'a annoncé dans le même topic que ndless-standalone-relocator: http://www.omnimaga.org/index.php?topic ... #msg240684 .
Puis un topic a été créé: Ndless bFLT loader .


Gageons que ce loader va continuer à se développer rapidement, puisque tangrs développe vite, et qu'il sera vite adopté (par nSDL, par exemple)

[critor]

Normalement au démarrage, votre TI-Nspire effectue dans l'ordre les opérations suivantes:

• Lancement du Boot1
• Vérification et décompression du Boot2 par le Boot1
• Lancement du Boot2
• Vérification et décompression de l'OS par le Boot2
• Lancement de l'OS

Si vous maintenez enfoncées les touches au démarrage, la procédure d'initialisation est alors altérée:

• Lancement du Boot1
• Vérification du Diags par le Boot1
• Lancement du Diags

Vous accédez alors au logiciel de diagnostics:

Mais depuis deux news précédentes, nous disposons de programmes Ndless pour reprogrammer le Boot2 et reprogrammer le Diags.



Et bien que se passe-t-il si l'on reprogramme le Boot2 avec un logiciel de Diagnostics?

TI-Planet a tenté cette opération contre-nature, et miracle! A l'allumage, la TI-Nspire lance le logiciel de diagnostics qu'elle prend pour un Boot2 sans se poser aucune question!

Le Boot1 ne fait donc pas de différence entre les images de logiciels de diagnostics et les images de Boot2!



Sans intérêt? Imaginez l'opération inverse... Imaginez que l'on reprogramme le logiciel de diagnostics avec une 2ème version du Boot2! Et voilà, c'est le premier pas vers un Dual-Boot sur les TI-Nspire! Il suffirait de maintenir au démarrage pour utiliser le Boot2 alternatif!



Toutefois en pratique il y a un petit problème: le logiciel de diagnostics ne peut pas excéder 640Ko, et tous les Boot2 sortis par TI sont plus gros à l'exception de ceux équipant les TI-Nspire Lab Cradle, mais qui seraient sans intérêt sur de véritables calculatrices Nspire.

[critor]

En février 2011, nous découvrions le nouveau module sans-fil TI-Nspire CX Navigator, ce qui nous avait alors permis de prédire la sortie de la nouvelle calculatrice TI-Nspire CX:

Ce module a été véritablement miniaturisé par rapport à sa version précédente!
(http://tiplanet.org/images/nswifi9.jpg)


Qu'y a-t-il donc vraiment dedans? Découvre-le ce soir sur TI-Planet sur son prototype EVT2, avec de premières vraies photos en gros plan du dehors et du dedans!

[Lionel Debroux]

Peut-être vous souvenez-vous d'imgdump, l'outil dont toutes les versions permettent de décompresser le boot2 des Nspire, et dont certaines versions permettent de déchiffrer l'OS des Clickpad & Touchpad.

Une version améliorée, destinée aux développeurs (fournie sans binaires, pour des raisons évidentes), avait été publiée il y a quelques semaines sur TI-Planet: imgdump.

Aujourd'hui est publié imgmanip, version un peu plus récente d'imgdump, disposant en plus de la capacité de compresser en utilisant le même algorithme que celui que TI utilise pour les boot2
imgmanip reste, comme les versions récentes d'imgdump, destiné aux développeurs: ceux qui savent compiler, lire et modifier du code C(++).

Ceci s'inscrit dans la lignée de ce que critor a mentionné tout à l'heure Boot2 et Diags interchangeables: un pas vers le dual Boot?), et pourrait éviter la réinvention de la roue à ceux qui voudraient faire des expériences avec FlashBoot2, FlashBoot2CX, FlashDiags et FlashDiagsCX.

Naturellement, les expérimentateurs ne doivent pas oublier que les boot2 et diags sont signés avec des clés RSA privées que seul TI possède, validés par les clés RSA publiques présentes dans le boot1

Show/Hide spoilerAfficher/Masquer le spoiler

Pour rappel, il est calculatoirement infaisable (pour nous) de factoriser des clés publiques de 768 bits et plus. Même la plus grande grille de calcul dédiée à la factorisation d'entiers, NFS@Home, ne peut pas factoriser des clés RSA 768 bits, et les clés 1024 bits sont encore au moins trois ordres de grandeur (x1000+) plus difficiles à factoriser
En 2009, à la fin de leur factorisation de RSA-768, même les chercheurs à la pointe de la factorisation d'entiers n'envisageaient pas (sauf improbable percée algorithmique) la factorisation de RSA-1024 avant 2015 environ, et ils sont les seuls à disposer des ressources (milliers d'années CPU) et des implémentations (à toutes les phases) capables de mener à bien ce genre de factorisations.