Mise à jour Polydumper avec manuf et TI-Nspire CM

[critor]

Polydumper, l'outil Ndless de référence pour le dumping des TI-Nspire fait enfin l'objet d'une mise à jour aujourd'hui.

D'une part, en plus des Boot1, Boot2 et Diags, il dumpera désormais en prime les 128 premiers Ko de la mémoire Flash NAND (zone surnommée 'manuf') qui contiennent notamment les graphismes de démarrage!

Comme déjà expliqué dans une news précédente, l'intérêt de récupérer cette zone est de pouvoir la modifier afin de personnaliser ses graphismes de démarrage, dans une certaine limite toutefois puisque les données en sont signées.

D'autre part, Polydumper est enfin compatible avec les TI-Nspire CM numériques (mais pas encore les TI-Nspire CM CAS)!

(merci à nos partenaires chinois de cnCalc.org pour le test)



Téléchargement:
Polydumper

[diot]

D'une part, en plus des Boot1, Boot2 et Diags, il dumpera désormais en prime les 128 premiers Ko de la mémoire Flash NAND (zone surnommée 'manuf') qui contiennent notamment les graphismes de démarrage!

ça va entrainer quoi du coup ?

[critor]

Ce qui est lié et illustré au paragraphe d'après?

[diot]

on pourrait donc changer les graphismes de démarrage, mais tu parles d'une "certaine limite toutefois puisque les données en sont signées" .
les données en sont signés, c'est à dire ?
du coup la limite serait ?

[critor]

Il me semble que les limites sont justement expliquées et illustrées dans la news liée juste après l'image.

Tu l'as lue?

[diot]

ben oui je l'ai lue, mais j'ai pas trouvé de réponses.

[critor]

Alors retourne lire plus attentivement.

Il me semble y avoir listé clairement ce qu'il était possible de faire sans violer la signature.

Ici -> viewtopic.php?t=11194 <-

[diot]

bon c'est pas grave, j'ai toujours pas compris, mais je vois que je deviens lourd.

[critor]

Et il faut donc que tu expliques ce que tu ne comprends pas, car il me semble que les possibilités sont listées clairement:

Il est donc entre autres possible de:

• changer la position d'un élément
• déformer horizontalement un élément en jouant 'légèrement' sur sa largeur
• tronquer le bas d'un élément en diminuant sa hauteur
• tronquer le haut d'un élément en décalant l'offset des données
• 'inverser' les couleurs d'un élément codées sur 2 octets (R5G5B5 16-bits) en spécifiant un offset de données impair au lieu de pair

Source: viewtopic.php?t=11194 où tu trouveras plusieurs illustrations de ces possibilités

[diot]

ça d'accord, mais qu'elle est donc la différence avec la version précédente ?