[Lionel Debroux]

hoffa avait annoncé la semaine dernière qu'il va partir six mois sur les routes d'Australie, sans son ordinateur. Aujourd'hui, il nous produit donc sa "dernière" version pour l'instant

Liste des changements:

• Ajout de nSDL_GetPixel(), nSDL_SetPixel() (assez rapides)
• Ajout de nSDL_EnableRelativePaths()
• Ajout de nSDL_EnableFontMonospaced()
• Correction de la valeur de retour de nSDL_GetStringWidth() dans certains cas
• Correction d'un bug qui empêchait l'affichage de certaines choses à cause de problèmes avec le nombre de couleurs (bit depth)
• nSDL_LoadImage() crée maintenant toujours une surface 16 bits
• Suppression de nSDL_DrawStringInRect(); very little use, complexifies code unnecessarily
• Suppression de nSDL_SetFontFlags()
• Changement du prototype de nSDL_LoadFont() prototype vers nSDL_Font *nSDL_LoadFont(int, Uint8, Uint8, Uint8)
• Timer plus précis
• Beaucoup de nettoyage de code (c'est à dire réparer ce qui n'est pas cassé), par exemple le système de polices est bien plus simple et plus facile à maintenir
• Librairie statique plus petite, et par conséquent des exécutables plus petits
• Ajout de SDL_image, en plus de nSDL (NdT: notamment utilisé par matrefeytontias pour son projet de F-Zero)
• Ajout d'un exemple au build

Comme d'habitude, le téléchargement est possible depuis le site de nSDL. Les infos sur les nouvelles fonctions, et d'autres infos, sont sur le wiki.

Bonne chance à hoffa, et merci

Source: http://www.omnimaga.org/index.php?topic ... #msg280561

[Levak]

Dans une news précédente nous redécouvrions l'éditeur de thème officiel sur les TI-Nspire Color, malheureusement retiré des versions de production...
Cette version de l'éditeur de thème officiel venait dans une interface graphique typique de la TI-Nspire.

Or, vous avez été plusieurs à préférer cette version graphique par rapport à ThemeEditor réalisé il y a quelques mois.

Et bien c'est chose faite ! ThemeEditor a été mis à jour pour intégrer en plus de la version native (lorsqu'on lance le programme normalement), une version utilisant l'API de l'OS pour créer des interfaces graphiques !
Cela permettait entre autres de voir les changements effectués en temps réel.

L'avantage de la version graphique est qu'il est simple de rajouter des boutons (dommage que TI n'en fasse pas la pub dans une sorte de SDK) et donc des fonctionnalités ! En effet, il est maintenant possible de sauvegarder son thème et d'en ouvrir un autre beaucoup plus simplement qu'auparavant !

Cette version graphique s'intègre également dans les menus du menu d'accueil comme l'éditeur officiel !

Comme ThemeEditor recouvre maintenant plusieurs ensembles de préférences (ceux qui préfèrent l'interface graphique à ceux qui la trouvent trop chargée) qui sont propres toutes à chacun, cette nouvelle interface permet d'intégrer un menu d'options :

Bien évidemment, ThemeEditor reste compatible avec les versions clickpad :

Enfin, comme l'API d'interface graphiques TI-Nspire le permet, la majorité des textes affichés sont multilingues, suivant les préférences de l'OS !
En effet, que vous parliez chinois, français ou anglais, tant que les traductions dans les chaines de l'OS sont correctes, la traduction sera assez précise et diversifiée :

PS : je ne parle pas chinois, je ne pourrais pas dire si la traduction est bonne, je fais confiance aux traducteurs de chez TI !

Téléchargez ThemeEditor v2

[critor]

Dans une news précédente, nous découvrions que le fond d'écran au démarrage des TI-Nspire CX et CM n'était pas stocké à l'intérieur des Boot1 ou Boot2 mais directement dans les premiers 128Ko de la mémoire Flash!

Or, cette mémoire est entièrement reprogrammable par l'intermédiaire de notre programme nsNandMgr.



Avec la nouvelle version qui sort ce soir, il devient désormais possible de manipuler cette zone mémoire.

On peut par exemple supprimer entièrement le fond d'écran au démarrage pour avoir un démarrage des TI-Nspire CX et CM en noir et blanc comme les anciennes TI-Nspire ClickPad et TouchPad:

Mais après le ThemeEditor de Levak, il deviendrait maintenant possible de pousser encore plus loin la personnalisation avec le choix de l'écran de démarrage de nos TI-Nspire CX et CM!
Dans notre compréhension actuelle du format, il est notamment envisageable de modifier les tailles, positions et teintes des différents éléments!

Voici donc en ce jour historique le tout premier écran de démarrage personnalisé pour TI-Nspire CX:

Imagine maintenant le démarrage de ta TI-Nspire CX avec le fond d'écran de ton choix: ta TI-Nspire CX deviendrait ainsi bien à toi et unique au monde!
Ou encore, imagine un fond d'écran sur lequel tu aurais inscrit ton nom: ta TI-Nspire serait ainsi signée électroniquement contre le vol, et de façon quasi permanente car seul Ndless et nsNandMgr pourront remodifier cela!

Nous allons continuer de potasser le format de l'écran de démarrage et vous disons à bientôt pour nous l'espérons des possibilités encore plus extraordinaires!

Lien:

In a previous news, we discovered that the startup background of the TI-Nspire CX and CM was not stored within the Boot1 or Boot2 but directly in the first 128KB of the Flash NAND memory!

This enabled us to get a graphic startup in the TI-Nspire emulator, using the undocumented /PM parameter:

And remember the NAND memory can be fully reprogrammed using nsNandMgr!



The new nsNandMgr version released this evening includes additional dumping/flashing options for the first 128KB called the 'manuf' area.

For exemple, we could delete all boot graphics to get the default B&W startup screen:

After ThemeEditor from Levak, customize your TI-Nspire CX even further!
Imagine you could choose your TI-Nspire CX and CM startup background!
In our current understanding of the format, for now we can only change sizes, locations, and rotate colors for the different elements:

For the first time in the world this evening, here are the first custom boot graphics on a TI-Nspire CX:

Imagine booting your TI-Nspire CX with the background of your choice: your TI-Nspire CX would become unique!
Or imagine a background on which you would write your own name: you TI-Nspire CX would then be signed electronically against theft, and almost permanently since only Ndless and nsNandMgr erase your signature!

Stay connected for more discoveries and achievements soon!

Link:

nsNandMgr

[critor]

Dans une news précédente, nous réussissions à altérer l'écran de démarrage de certaines TI-Nspire ClickPad en reprogrammant leur Boot1:

A propos d'écran de démarrage et de Boot1 justement, pourquoi est-ce que l'émulateur communautaire démarre les TI-Nspire CX/CM dans un mode noir et blanc fort peu esthétique?

Et bien tout simplement car les objets graphiques de démarrage ne sont pas stockés dans les Boot1/Boot2, mais dans les premiers 128Ko de mémoire NAND, zone dite 'manuf'.

Oui, vous avez bien lu: ces widgets graphiques sont stockés dans la mémoire NAND que l'on peut reprogrammer dans tous les sens avec nsNandMgr notamment.
Mais il est fort possible qu'ils soient signés et que l'on ne puisse donc pas les remplacer par une version non officielle.



Par contre, quand il y aura un outil pour dumper cette zone, vous allez pouvoir vous régaler sur l'émulateur, car oui il supporte le chargement d'images de la zone 'manuf' même si cette option n'était pas publique jusqu'à ce soir!

Code: Tout sélectionner

nspire_emu /1=boot1_cx /PB=boot2_cx /PM=manuf_cx /MX

A très bientôt donc!

Lien:
Tutoriel & téléchargement

[critor]

Les TI-Nspire démarrent en 3 phases successives:

• Boot1
• Boot2
• OS

Selon le modèle de sécurité utilisé, chaque élément logiciel garantit l'intégrité de l'élément suivant.

Depuis l'année dernière, il est devenu possible de reprogrammer le Boot1 sur les prototypes TI-Nspire ClickPad du 1er trimestre 2007, transformant ces derniers en modèles de production acceptant les derniers OS publiés sur le site de TI.
En effet, ces prototypes utilisaient une puce Flash-NOR externe non protégée contre l'écriture.

Mais cette manipulation n'est pas réservée qu'aux rares prototypes!
Nous savions déjà que les TI-Nspire TouchPad avaient vu leur puce Flash-ROM intégrée à la puce ASIC. Elle nous est donc à ce jour inaccessible à tous les sens du terme.
Nous remarquions dans une news précédente que les TI-Nspire ClickPad de révision matérielle C et ultérieure avaient aussi leur puce Flash-ROM intégrée à l'ASIC.

Nous ne savons pas pour les révisions matérielles B, mais les toutes premières TI-Nspire de production sorties en 2007 ainsi que leur révision matérielle A disposent d'une carte mère similaire à celle des prototypes avec la même puce Flash-ROM externe!

Le seul petit problème est que leur puce Flash-ROM est matériellement protégée contre l'écriture suite à une différence de brochage:

Mais pour rendre la puce réinscriptible, il suffisait d'une petite modification matérielle relativement simple, présentée dans une news précédente pour les TI-Nspire numériques:

Après un premier test réussi de reprogrammation du Boot1 dans une news précédente, j'ai l'honneur de vous présenter ce jour la dernière création de la communauté, le Boot1 1.1.9999!

Il s'agit d'un patch pour le Boot1 1.1.8916 équipant toute les TI-Nspire ClickPad et TouchPad de production qui va vous permettre d'installer et de lancer:

• des Boot2 de production
• des Boot2 de développement
• des Boot2 modifiés
• des logiciels de diagnostics de production
• des logiciels de diagnostics de développement
• des logiciels de diagnostics modifiés

Il accepte donc sans problème des images modifiées qui ne passent pas le test de signature RSA puisque l'on ne dispose pas de la clef privée de TI!

Voici par exemple une TI-Nspire munie du Boot1 1.1.9999 qui tourne avec un Boot2 1.4.1571 dont le numéro de version a été modifié en 1.4.9999:

Les possibilités ouvertes sont tout bonnement énormes!

D'une part, c'est un exploit bien supérieur à celui de nLaunch dans une news précédente.

Ndless lui, prenait le contrôle dans l'OS, ce qui ne serait plus possible à partir de la version 3.2 tellement l'OS a été blindé.

Dans le cas particulier du Boot2 1.4, nLaunch arrivait à prendre le contrôle lors du passage du Boot2 à l'OS, soit avant le lancement de l'OS et en ce sens, l'exploit utilisé lui est supérieur. Cela cassait donc la 2ème transition (Boot2/OS) du modèle de sécurité et permettait de faire n'importe quoi avec l'OS.
Hélas, à partir du Boot2 3.0, cela n'est plus possible suite à divers blindages là encore. De plus, ceci ne devrait pas empêcher TI de contre-attaquer, puisque l'OS a la possibilité de vérifier et reprogrammer le Boot2 au démarrage.

Mais ici, la prise de contrôle ne se passe pas dans le Boot2 ou même lors du passage du Boot1 au Boot2... mais au sommet de la pyramide dans le Boot1 puisque l'on peut programmer absolument n'importe quoi et sans aucun contrôle, car au-dessus du Boot1 il n'y a... rien!
L'on peut donc faire n'importe quoi avec le Boot1, avec le Boot2, et par extension avec l'OS!

Tout est donc possible et envisageable:

• utiliser les logiciels de diagnostics de développement qui disposent d'options bien plus nombreuses et utiles que ceux présents par défaut sur les TI-Nspire de production
• avoir notre propre logiciel de diagnostics avec des options encore plus poussées
• utiliser U-Boot afin de lancer directement Linux sans avoir à passer par l'OS 3.1 et Ndless
• avoir un menu de démarrage pour choisir l'OS à lancer dans le cadre d'un muli-boot
• utiliser un Boot2 modifié qui ne vérifie pas les signatures de l'OS à lancer, l'identifiant du modèle ou le typage CAS/non-CAS
• programmer et lancer tout ceci dans la zone du logiciel de diagnstics, qui contrairement à la zone du Boot2 n'est pas reprogrammée lors de l'installation d'un nouvel OS
• ...

En prime pour vous, voici la programmation historique du Boot1 1.1.9999 en direct live!

Liens:
Patch Boot1 1.1.9999
FlashBoot1

The TI-Nspire starts in 3 steps:

• Boot1
• Boot2
• OS

In this security model, each software component ensures the integrity of the next one.

Since last year, it became possible to reprogram the boot1 on prototypes TI-Nspire ClickPad from Q1 2007, permanently transforming these into production models accepting the latest OS released on TI website.
Indeed, these prototypes were using an external read-write Flash-NOR chip.

But this is not limited to prototypes!
We already knew that the TI-Nspire TouchPad had their Flash NOR chip moved into the ASIC chip. So so far, that chip is out of our reach.
We noticed in a previous news that TI-Nspire ClickPad Hardware Revision C and later had their Flash NOR chip incorporated into the ASIC chip too.

We do not know about hardware revisions B, but the very first production TI-Nspire released in 2007 and their hardware revision A have a motherboard similar to the prototypes with the same external Flash NOR chip!

The only problem is that their Flash NOR chip is physically set to read-only through a difference in the pinout:

But a tiny hardware modification was enough to make that chip rewriteable, as presented in a previous news for non-CAS TI-Nspire:

After a first successful test of a Boot1 reflashing in a previous news, I'm honored to present you today the lastest achievment of the TI community, Boot1 1.1.9999!


This is a patch for the Boot1 1.1.8916 coming with all production TI-Nspire ClickPad and TouchPad, which will allow you to install and run:

• production Boot2
• development Boot2
• modified Boot2
• production Diagnostics
• development diagnostis
• modified diagnostics

Meaning that is does accept modified images which don't pass the RSA signature check! crazy#:

For example, here is a TI-Nspire with Boot1 1.1.9999, running on a 1.4.1571 Boot2 whose version string has been patched to 1.4.9999:

The possibilities are simply huge!

On the one hand, this is a feat far greater than in a nLaunch previous news.

Ndless was taking control of your TI-Nspire inside the OS 3.1.

nLaunch was allready one step above as it was taking control of your TI-Nspire inside the Boot2 1.4, meaning that you could do everything with the OS.

And now, we're taking full control of the hardware inside the Boot1 1.1.8916, meaning that we can do everything with the Boot2 and Diagnostics software, and by extension with the OS.

Everything is now possible, just be inspired and imagine:

• using development Diagnostics softares which much more interesting options
• have our own diagnostics software or maintenance menu with much more options
• using U-Boot to start Linux directly without having to go through the OS 3.1 and Ndless
• having a boot menu to choose the OS to launch within a multi-boot
• using a modified Boot2 that does not check the signatures of the OS to launch, the mode ID or CAS / non-CAS type
• programming and running all this in the Diags area which, unlike the Boot2 area, is not checked/reprogrammed after installing a new OS
• ...

As a bonus for you, here is the historical video of the live first flashing of Boot1 1.1.9999!

Links:
boot1 Patch 1.1.9999
FlashBoot1