Forum

Ben a écrit : ↑09 mars 2018 08:54Il faut, apparemment, juste passer du côté sombre pour l'exploiter au mieux.

En effet.
Les différentes générations de Ndless existent pour presque toutes les versions d'OS, dont 4.5, et la compatibilité antérieure est presque toujours assurée
Il y a même un mode de compatibilité avec les anciens écrans 320x240 des révisions HW < W, pour les HW >= W qui ont des écrans 240x320. Il permet de tourner certains programmes qui n'ont pas été mis à jour pour les machines les plus récentes.

PS: Avis aux modérateur: On a le droit de parler de ce genre de chose sur le forum?

Je suis modérateur sur un autre forum de la communauté calculatrices depuis des années (admin la plus grande partie de ce temps-là), mais pas ici. Il y a déjà eu des mentions de Ndless par le passé: l'outil est évidemment légal, donc toute modération serait malvenue
Ce dont les modérateurs s'occupent, sur les autres forums de la communauté, c'est plutôt de la promotion de la triche aux examens, parce que c'est mal, même si en définitive, la responsabilité retombe sur ceux qui se font attraper, et les sanctions sont lourdes. La triche aux examens n'a pas forcément besoin de Ndless, et puis Ndless 4.5 est justement intentionnellement fait pour rendre plus difficile la triche en mode examen.

fred260571 a écrit : ↑08 mars 2018 15:17code natif = assembleur ???
Est-il possible de faire de l'assembleur on-calc sur la Nspire ?

L'ASM fait en effet partie de la famille code natif, comme le C et le C++. Tout ce qui est compilé AOT en code natif, quoi.
On peut développer en ASM ARM on-calc sur les Nspire, avec des choses comme nAssembler, par lkj.

Et bien! Moi qui pensait que j'allais pouvoir "concurrencer" la Prime et faire des programmes de l'enfer!

En TI-BASIC, non. En Nspire Lua, si. En code natif, carrément, et ça n'existe pas en pratique sur Prime: pas dans l'OS standard, et les firmwares tiers Prime (le tout premier que j'ai fait, puis le framework multi-boot + un début de portage du kernel NetBSD par Jean-Baptiste Boric, puis les essais Linux de Hooloovoo) sont des PoCs que personne n'utilise et dans lesquels peu d'effort de développement est mis à cause de l'impopularité de la machine...

Je comprends mieux maintenant pourquoi personne n'en parle jamais sur le fofo :-/

Les biais de Silicium et de Cemetech contre la Nspire (les raisons de cet état de fait sont hors sujet) sont probablement excessifs
J'ai toujours râlé contre la fermeture par défaut de la machine et contre le Nspire BASIC qui ne sait pas dessiner des pixels ou lire les touches du clavier, mais ce n'est pas pour ça qu'il faut passer sous silence, ou dénigrer excessivement cette plate-forme - d'autant qu'encore une fois, bien que nettement moins répandue que les TI-Z80 et TI-eZ80 moins chères, elle est suffisamment largement répandue dans le monde.

J'imagine que le TI-GCC ne fonctionnera pas non plus, c'est plus pour les calculatrices Z-80?

L'obsolète TIGCC et son fork modernisé GCC4TI ciblent les TI-68k (que les Nspire visent à remplacer, donc).
Le Z80 est difficile à cibler pour un compilo C; c'est moins mal pour les eZ80, même si le compilo de Zilog, limité à un dialecte bien antérieur à C99, génère du code peu optimisé (quand il n'est pas invalide, et qu'il a pu le générer plutôt que de rejetter du code valide).

Ndless est le framework d'exécution de programmes en code natif, qui exploite une faille différente à chaque version car TI les corrige. Sur les autres calculatrices, la partie framework d'exécution de programmes en code natif s'appelle par exemple "shell" ou "kernel", les deux dénominations étant aussi impropres l'une que l'autre. La partie exploitation de l'OS pour forcer son ouverture s'appelle souvent "jailbreak".
La toolchain de Ndless est basée sur GCC (C/C++), binutils, newlib ARM habituels.

Intéressant mais comment les gens qui savent développent-ils du contenu intéressant sur Nspire ?
Les instructions indispensables ne sont pas disponibles...

Même du temps où le Nspire Lua n'était pas disponible, on pouvait faire diverses choses à visée éducative pendant la classe sur Nspire.
Je pense que des collections de fichiers éducatifs comme celles de
John Hanna: http://www.johnhanna.us/TI-nspire.htm
Steve Arnold: http://compasstech.com.au/
Sean Bird: http://cchsindy.org/bird/Nspire.html?ur ... spire.html , difficilement consultable sans vraie Nspire ou logiciel ordinateur en l'absence de screenshots...
Marc Garneau: http://www.piman.ca/Nspire/PimanNspire/Blog/Blog.html
Nelson Sousa: http://www.nelsonsousa.pt/index.php?lan ... &article=0
seront une meilleure démonstration qu'un bloc de texte que je pourrais écrire

Des features comme les Q&A récupérables à distance sont à ma connaissance inégalées. Bien sûr, si on veut récupérer toute la classe en parallèle, il faut de l'équipement virtuellement inexistant en France, mais raisonnablement courant aux USA dans certains types d'établissements d'enseignement.

Il est un fait qu'à l'origine, les Nspire n'étaient vraiment pas destinées pour faire soi-même son Snake, Mastermind, Drug wars, etc. - ou un certain nombre de programmes pour "ingénieur", pour les mêmes raisons. C'est nettement moins vrai depuis l'apparition du Lua, surtout avec oclua et ses descendants pour la programmation on-calc. Regarde par exemple la collection de programmes de Rolf Pütter (je ne prétends pas qu'ils aient été réalisés on-calc): https://www.ticalc.org/archives/files/a ... 11430.html .

En tout cas la Nspire se vend à "bas" prix - pourquoi ?

A mon sens, pas parce que tout le monde s'en fout, ni parce qu'elle serait rare. Moins populaire que les TI-Z80 et TI-eZ80, certes; inexistante, loin s'en faut.

Tout simplement, toi, moi et presque tous les lecteurs de ce forum ne sont pas représentatifs du public ciblé par les Nspire
C'est à dire, TI a voulu faire une machine bien adaptée à un profil qui existe à grande échelle aux USA en particulier (où ils sont évidemment très bien implantés et vendent beaucoup de machines): des élèves consommateurs de contenu interactif créé par les profs, et de quizzes scolaires, plutôt que de producteurs de contenu sur la calculatrice. Pour ce genre d'usages, la Nspire reste la référence, grâce à ses documents avancés, multi-onglets, possédant leur propre contexte d'exécution.
HP a repris certains éléments à son compte dans les apps de la Prime, mais la puissance des documents Nspire reste inégalée sur calculatrice. Je suis tout sauf un expert des documents Nspire avancés, je n'en ai jamais fait un seul moi-même, mais je sais ce qu'en disent ceux qui les connaissent bien. Et il serait même possible d'aller plus loin / de consommer moins de ressources avec un format de stockage moins stupide que cette vilaine soupe de XML ultra-verbeuse et lourde, compressée + chiffrée avec un format propriétaire...

Pour la programmation plus avancée, il y a le Lua et le code natif. La Prime a le PPL, mais pas le code natif dans l'OS standard.

Dire que la Nspire plombe l'avenir de TI est lourdement exagéré et participe, à mon sens, d'une vision faussée du marché des calculatrices sur cette décennie. Le fait est que ce ne sont pas les bidouilleurs comme nous qui représentent le gros des chiffres de vente, et ce sont les réglementateurs d'examens qui dictent leur loi - ce n'est pas satisfaisant, mais c'est ainsi
Si les Prime et fx-CP400 de 2013, ou les récentes fx-CG50 / Graph-90+E, représentaient une menace non insignifiante pour les chiffres de vente, TI aurait appuyé sur l'accélérateur pour faire un modèle succédant à la Nspire CX (CAS) de 2011. Mais HP et Casio ne tapent pas assez fort... par exemple, l'évolutivité de la Prime à moyen terme est limitée par sa quantité de RAM bloquée au niveau de celle des Nspire Clickpad (CAS) de 2007 et moitié de celle des Nspire CX (CAS).

Peut être dans la version 5 de l'OS?!

Ca fait maintenant plus de 10 ans que les premières Nspire Clickpad sont arrivées sur le marché; je pense que si TI avait voulu mettre des commandes TI-Basic de dessin et de lecture de touches individuelles, comme certains profils d'utilisateurs le leur réclament depuis le début, ça serait fait depuis longtemps
Même des fonctions d'input de la famille Request ont mis du temps à arriver...

Ceci étant écrit - outre la programmation en code natif grâce aux toolchains ARM côté ordinateur et à Ndless côté calculatrice, gege n'a pas non plus mentionné qu'il y a presque 6 ans, avec les OS 3.x, TI a ajouté un Lua événementiel trafiqué, auquel il manque les packages standard io.* et os.*, mais qui dispose de fonctions de dessin, de lecture du clavier, de gestion du cycle de vie du document, d'une intégration avec le moteur de calcul TI-Basic, et est raisonnablement rapide (comparativement plus que les TI-Basic dont ils sont coutumiers sur les autres modèles). Un moteur physique (rarement utilisé) est intégré. Le Nspire Lua n'est pas officiellement programmable on-calc (il faut, en principe, avoir recours à l'un des Nspire Computer Software), mais de façon non officielle, ocLua a assez rapidement été réalisé, et son descendant le plus récent, Jens' Script Editor, est excellent.

Bref, la précision
"La Nspire n'est quasiment pas programmable en TI-Basic / pas de graphismes / pas de capture de touche clavier"
est importante

TI n'a toujours pas ajouté de Python officiel (non officiellement, Micropython existe sur Nspire grâce à Ndless), ce qui vient de leur valoir de devenir le dernier constructeur de calculatrices graphiques à ne pas proposer de vraie implémentation (légère) de Python, ou un "Python avec un accent" par Bernard Parisse dans giac. Là aussi, ce n'est pas faute de leur avoir fait la suggestion depuis des années, car la préférence des systèmes éducatifs de certains pays est de plus en plus claire...

En seconde, la Graph 100 d'un camarade est la première calculatrice graphique que j'ai eu l'occasion d'utiliser. Mais ensuite, j'ai vu quelqu'un d'autre faire des programmes avancés sur sa 89, plus programmable et (je l'ai vu plus tard) manifestement plus rapide / disposant d'un OS plus optimisé... et c'est donc une 89 que j'ai fait acheter à mes parents pour la première.
Au début, "comme tout le monde", j'ai fait un peu de TI-Basic TI-68k, mais c'était limité et lent, bien que les TI-68k ne soient pas les pires de ce point de vue. Un peu plus tard, j'ai eu un câble (a l'époque, les machines TI étaient encore vendues sans câble de connexion à l'ordinateur), j'ai découvert flib qui permettait d'accéder à plus de capacités bas niveau, mais ne résolvait pas la relative lenteur... alors je suis vite passé au C et à l'ASM 68000.

Bernard Parisse a fait du "Python avec un accent", comme il dit, sur une base giac. C'est une bonne chose qu'il l'ait fait, mais ce n'est en rien un portage de Python, et il serait malvenu que Tim Wessman, qui comme Bernard Parisse, sait de quoi il parle, insiste sur Python

A ce jour, le seul portage officiel d'un Python (Micro Python) sur une calculatrice reste celui de Numworks. L'intérêt des instances éducatives et des professeurs pour le Python est tout sauf récent, et ce n'est pas faute d'avoir essayé depuis des années d'inciter TI, HP et Casio à faire de façon proactive une implémentation officielle - en montrant notamment les possibilités des implémentations non officielles, comme Micro Python déjà, sur Nspire.
Maintenant, le nouveau venu les a doublés (avec une implémentation certes nettement imparfaite, mais réalisée en quelques semaines seulement, c'était beaucoup moins difficile que bien d'autres choses d'utilité parfois discutable que les constructeurs bien établis ont faites au cours du temps !)... et j'espère pour TI, HP et Casio qu'ils vont se dépêcher de réagir maintenant, en proposant des implémentations mieux intégrées que ne la propose Numworks pour l'instant.

Avec la baisse continue des programmes, les calculatrices avancées comme les Nspire et Prime sont de moins en moins utiles, hélas. En études supérieures, elles sont peu utilisées, et comme ces études supérieures ne sont heureusement habituellement pas soumises à cette connerie de mode examen, une machine plus ancienne fait certainement parfaitement l'affaire pour un DUT Info. Mais j'ai bien vu le "officiellement"

GTC est le meilleur compilo on-calc pour TI-68k, nettement meilleur en termes de fonctionnalité que cc+as plus anciens.
Ca ne veut pas dire qu'il soit parfait: comme du reste cc+as, il est sujet à des instabilités de type fuites de mémoire et crashes. La taille des programmes est bien sûr limitée, mais je ne suis pas sûr que les rares utilisateurs de programmation C/ASM on-calc sur TI-68k se plaignent de cet aspect-là.

GTC fonctionne également sur ordinateur, mais sur cette plate-forme, il soutient moins bien la comparaison avec TIGCC 0.95 et ultérieurs, dont le descendant le moins obsolète est GCC4TI, qu'avec TIGCC 0.93 et 0.94 dont le gros du développement de GTC était contemporain.

Pour essayer GTC sans avoir à acheter une V200, tu peux toujours émuler la V200 avec TIEmu à partir des OS upgrades V200 téléchargeables depuis le site de TI. Contrairement aux TI-Z80, TI-eZ80 et Nspire, les OS upgrades sont amplement suffisants pour émuler des TI-68k. TIEmu gère le transfert de FlashApps et le fait de ressortir des fichiers de l'émulateur.
Si tu rencontres des problèmes avec TIEmu lui-même, personne ne les résoudra, mais c'est le cas de presque tous les programmes calculatrice et ordinateur pour TI-68k...

Sinon, j'ai réussi à compiler gcc4ti et a l'installer sur un Debian 9.

C'est bien d'en avoir la confirmation, mais c'est en effet censé fonctionner
Les travaux de maintenabilité qu'on avait faits à une époque payent, des années plus tard.

J'ai un peu de mal à trouver les bonnes options a passer au linker(appel à tigcc comme on le ferait de gcc puis ld-tigcc,mais les options n'ont rien à voir avec ld.

Hmm... Appeler `ld-tigcc` directement n'est pas recommandé, mieux vaut l'appeler à travers `tigcc`.

Sous Debian 9 instable, il y a un tiemu 3.04, qui marche aussi, à part l'émulation du clavier, complètement fuckedup en azerty.

Oh, il n'y a pas qu'en AZERTY que l'émulation des touches spéciales ne fonctionne pas... ça fait des années qu'il en est ainsi.

builddemos produit une majorité d'exécutables compatibles on-calc entre tous les modèles. Ca fait longtemps que je n'ai pas essayé de compiler ExtGraph, mais ça fait également longtemps que la toolchain ou le code d'ExtGraph ne changent plus ^^

peut-on facilement revenir au système TI ?

Bien sûr, que ce soit avec PedroM ou Punix OS.

Pour corriger et compléter le post de gege:
* la TI-84 Plus CE n'est pas conforme pour le BAC à partir de 2018, et ce modèle n'a pas d'intérêt pour les français par rapport à la TI-83 Premium CE: non seulement la 84+CE était plus chère que la 83PCE à sa sortie et encore un moment après, flemme de vérifier maintenant - même sans tenir compte des frais de port - mais de plus, la 83PCE dispose d'un moteur de calcul exact absent de la 84+CE. Il y a un SDK communautaire ASM + C;

* aux chiottes la TI-82 Advanced, dérivé bâtard fermé (aucune gestion un tant soit peu normale des programmes ASM et des FlashApps tierces !) de la 84+ monochrome. Elle est bien sûr moins chère que la 83PCE, mais beaucoup moins bien. Hélas, elle est recommandée par trop de profs de lycée...

* cette semaine est devenue disponible une calculatrice du tout nouveau fabricant français Numworks, dont les schémas, les morceaux matériels et le logiciel sont disponibles publiquement sur Github. Le SDK est public et il y a un émulateur gratuit en ligne. Le prix la positionne au milieu de gamme, les fonctionnalités sont également de milieu de gamme (elles s'améliorent vite), le matériel est variable: en-dessous du milieu de gamme pour les quantités de RAM et de Flash (qui augmentent le temps de développement et limiteront l'évolutivité) mais nettement au-dessus pour le CPU, dont la puissance brute est beaucoup plus élevée que celle des 83PCE par exemple.
Mention spéciale pour l'interpréteur Python intégré, c'est le premier modèle commercial à en fournir un alors que ce n'est pas très compliqué, et ça fait des années que les feature requests sont remontées aux personnes appropriées chez TI et HP.
A chacun de juger de la pérennité du fabricant.

Juste au-dessus de ton post, Pocket a demandé clairement, et à juste titre, de calmer le jeu

Un peu dur me semble être un euphémisme pour "il refuse de se remettre en question et dépasse gravement les bornes, de manière publique"

EDIT: le message original a été édité et est donc plus proche de la liberté d'expression.

Disposant de quelques jours de congés, j'ai commencé à bouger mes fesses pour relire le code du Project Builder que je mentionnais ci-dessus. J'ai vu des choses et Adriweb fait des améliorations. On va continuer pour pouvoir, un jour, ouvrir l'intégralité du code (il l'est déjà partiellement sur Github) dans un état utilisable