1
Hello all.

Je sais que la question à été posée probablement des centaines de fois, mais je vais la poser quand même.
Je reprend les cours (CNAM en cours du soir, diplome d'ingé info avec spécialisation réseaux & multimédia) en plus de mon taff, alors je pense que j'aurais besoin d'une bonne calto qui arrache bien comme il faut.

J'avais au lycée une TI-89 et une TI-92+, je les connais par coeur, c'est sur elle que j'ai commencé à dev, donc je sais de quoi elles sont capables.

Ma question, la Nspire CX me botte bien (normal écran couleur, ARM sous le capot...) mais qu'en est-il du LUA point de vue performance ? (j'ai pas vu de jeux qui roxxx jusqu'a maintenant)
Et points de vu CAS, je pense que la NSpire a enfin surpassé la 89, ou est-ce que je me trompe ?
Dernière question, mais je sais que j'aurais pas de réponse, y aura-t-il une chance de voir un jour du C/ASM sur la NSpire (NDless 3 ?) ?

Merci à vous.
2
si tu sais que la question a été posée, t'as du aussi lire les réponses nan? tongue

sinon pour des cours d'anglas ou d'histoire de l'art t'as pas forcément besoin d'une calcu qui arrache (il doit manquer une info)
3
Justement j'ai précisé que je fais un diplôme d'injé spécialisation multimédia (jeux vidéos...)
Le premier cours c'est sur la reconnaissance d'images 2D/3D et l'analyse sonore (durant 1 semestre).

Donc je pense avec besoin d'une bonne calto.

J'ai lu effectivement les réponses qui ont été données,
Mais elles ne correspondent pas a mes questions.

Je connais très bien les 68K, et je suis la NSpire depuis le début, je voulais surtout avoir l'avis d'un dev qui connais les deux.
4
!call ExtendeD
--- Call : ExtendeD appelé(e) sur ce topic ...


Y'a pas mieux hehe
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
5
!call Extended
--- Call : Extended appelé(e) sur ce topic ...

!call Lionel Debroux
--- Call : Lionel Debroux appelé(e) sur ce topic ...
6
7
Les grands moyens pour une si petite question smile

J'ai fouille le net, le LUA a l'air de bien arranger les choses, mais on dirais vraiment que ca rame un max...
8
ça me parait normal, ce n'esst rien d'autre qu'un script smile

incomparable au code natif sur ce genre de plate forme smile
9
Première question: est-ce que tu penses que pour tes cours, tu vas utiliser ta calculatrice pour des programmes complexes et gourmands en CPU ?
Deuxième question, mais je pense que la réponse est "oui" si la réponse à la première question est "oui": est-ce que tu es sûr d'avoir besoin de l'écran couleur et de la mémoire supplémentaire ? Je pose la question car le CPU des CX ne tourne pas plus vite que celui des Clickpad & Touchpad.

mais qu'en est-il du LUA point de vue performance ? (j'ai pas vu de jeux qui roxxx jusqu'a maintenant)

Impossible d'imaginer un émulateur de GameBoy Color en Lua, c'est beaucoup trop lent.
Le Lua des Nspire permet de faire de la programmation graphique événementielle spécifique à la plate-forme (bon, le C/ASM des TI-68k aussi grin) - mais bien que Lua soit un langage assez rapide à interpréter, les performances sont loin de ce que le code natif (quand il est possible) permet.
Il faut également savoir que le Lua des Nspire est bridé: en particulier, pas de fonctions d'I/O de fichiers (package io.*), pas de package system.*, etc.
Et points de vu CAS, je pense que la NSpire a enfin surpassé la 89, ou est-ce que je me trompe ?

Points positifs: quelques bugs en moins.
Points négatifs:
* c'est toujours le même CAS que sur les TI-68k, sans différence significative en termes de fonctionnalité;
* il y a des bugs en plus: les versions 3.x de l'OS des Nspire, c'est à dire les seules qui fonctionnent sur Nspire CX, ont introduit des bugs graves;
* même si les gens qui l'utilisaient directement en C/ASM était assez rares, le fait est que le CAS des Nspire est moins programmable. Sur TI-68k/AMS, on sait s'intégrer au CAS en C/ASM, mais pas sur Nspire.
L'API interne n'a pas changé (voir http://www.ticalc.org/archives/files/fileinfo/437/43727.html ), mais le reverse-engineering de tout le bazar que constituent les documents TNS n'a pas été fait (et c'est du boulot, même en utilisant les versions plus anciennes de l'OS qui sont plus petites...). Le programme que je viens de mentionner n'est pas interactif: il n'est pas appelable depuis un document de type Calculator, il ne lit pas et n'écrit pas de variables CAS depuis/vers un document. Autrement dit, tel quel, en pratique, ce programme est inutile. C'est moi qui l'ai fait, je peux le critiquer autant que je veux grin
Les programmes Ndless ne sont pas des TNS bien formés, ils ne peuvent accueillir des variables CAS.
Ca risque d'être difficile d'écrire des variables vers d'autres documents, la machine étant faite pour n'ouvrir qu'un document à la fois (remarquez, elle fait déjà assez facilement des out of memory comme ça grin).
Dernière question, mais je sais que j'aurais pas de réponse, y aura-t-il une chance de voir un jour du C/ASM sur la NSpire (NDless 3 ?) ?

Oui, car l'histoire de l'informatique montre que les plate-formes fermées à la programmation en code natif sont toujours ouvertes, tôt ou tard. Comme beaucoup de managers d'autres grosses entreprises, le management de TI (sauf exception) n'a toujours pas compris.
Mais quand... nobody knows, car ça dépend de plusieurs facteurs, et de toute façon, pas grand monde ne va dire en public ce qu'il en est.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
Je te remercie pour toute ces infos. C'est très clair maintenant.

C'est pas nécéssaire que j'ai une calto, mais après, je voulais me faire plaisir, et essayer de retrouver un peut du plaisir que j'avais avec ma 89 au lycée.
Quitte a cracher des €€, autant le faire dans une CX avec un bel écran qui arrache (malgré la rémanence, et les pertes de perfs ^_^)

Je pense que le choix est fait, en espérant qu'elle seras "libérée" dans un futur plus ou moins proche smile
Quitte a cracher des €€, autant le faire dans une CX avec un bel écran qui arrache (malgré la rémanence, et les pertes de perfs ^_^)


oui

La CX c'est vraiment une perle je trouve...
Sinon, il y a la Casio Prizm #sifflote#
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
Oui puis là au moins elle est ouverte smile
La Prizm, l'OS à l'air bien inférieur en tout cas...ptet que je me trompe.
Il n'y a pas de CAS dans une Prizm, mais c'est effectivement une machine beaucoup plus ouverte que la famille Nspire.

Pour la programmation en code natif sur Nspire/Phoenix, beaucoup de choses qui existent depuis longtemps (et en plusieurs exemplaires éventuellement) sur TI-68k/AMS sont à inventer... Ne citons que les librairies graphiques, mais il y a beaucoup d'autres choses.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
Pour en revenir à la nSpire : je n'ai pas suivi l'actualité de nDLess depuis un moment. Concrètement, qu'est-ce qui a été fait, et qu'est-ce qui a été releasé publiquement ?
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
Ndless 1.0/1.1 ciblaient l'OS 1.1 et nécessitaient une procédure d'installation déclenchée sur l'ordinateur avec les librairies de communication de TINCLS.

Ndless 1.7/2.0 et Nleash utilisent la même faille dans le code de traitement des documents (installation sur la machine déconnectée de l'ordinateur), sur les OS 1.7.2741, 2.0.1.60 et 2.1.0.631.
Environ 88 points d'entrée sont exportés: la plupart sont des fonctions de base de toute bonne libc, citons aussi la douzaine d'entrées pour zlib que j'ai ajoutées pour pouvoir releaser OSLauncher. Il y a aussi libndls, librairie en temps de compilation qui comprend actuellement ~25 fonctions spécifiques plate-forme (lecture du touchpad, par exemple) ou absentes de la libc (rewind, fgets, fputs). Pas de chargement dynamique de code.

Ndless 3.0, pour OS 3.x, n'existe pas.
Il existe des versions non officielles de Ndless, qui ciblent d'autres versions de l'OS (notamment 1.2, 1.3 et 1.4).

Jusqu'à 2.1.0.631, les OS comprennent les documents pour OS 1.1, qui utilisaient la compression standard ZIP (08 DEFLATE); les OS 1.2-2.1.0.631 génèrent des fichiers obfuscated (chiffrage triple DES, compression XML bizarre brevetée, compression zlib) qui utilisent l'ID de compression ZIP 0D (propriétaire).
L'OS 3.0.1 tolère les fichiers avec une partie 0D et une partie 08 (c'est comme ça que les premiers fichiers tiers Lua ont été faits), l'OS 3.0.2 refuse de tels fichiers. Mais ExtendeD a développé Luna, qui génère des fichiers obfuscated qu'acceptent les OS 3.0.1 et 3.0.2 smile
Il y a l'OS 3.1.0, mais pas grand monde ne s'y intéresse, puisque non seulement n'a pas l'air d'apporter de features, mais aussi, il a cassé le print() Lua, qui permettait d'écrire des commandes sur le port série, et donc de commander des périphériques externes en Lua...

Dans les OS futurs, on peut imaginer que TI va continuer à développer Lua.
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
OK. Ça a été diffusé publiquement ? Si oui, quel "succès" ça a eu ?
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
Dans mon précédent post, la seule chose mentionnée qui n'est pas diffusée publiquement est Ndless 3.0. Et pour cause - il n'existe pas grin

Tu parles du succès de Ndless, de Luna (et des précédents convertisseurs .lua -> .tns), de Lua ?
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
De Ndless. Y'a beaucoup de développeurs qui s'y sont mis ou pas ?

(merci pour les infos smile)
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
Pas beaucoup, pour preuve je n'en fais pas partie, donc ça vaut pas spécialement le coup de s'y intéresser #trichevilles#
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
La programmation en code natif avec Ndless n'a pas autant de succès que je l'aurais imaginé et espéré.
Même si je savais déjà, et la tendance va en s'accentuant toujours plus, qu'il y a énormément plus de possibilités de programmation, dans des langages plus faciles d'approche, sur des plate-formes beaucoup plus puissantes, et plus rémunératrices (applications payantes sur les divers App Stores...), qu'il y a dix ans...

La plate-forme Nspire/Phoenix n'a pas la même vocation de découverte de la programmation qu'avaient les plate-formes TI-Z80 (plusieurs familles pas totalement compatibles, à partir des modèles qui avaient un accès direct à l'ASM) et TI-68k (série beaucoup plus homogène). Le fait est que les programmeurs en C/ASM sur Nspire ont pour la plupart déjà des années d'expérience de programmation en C/ASM sur d'autres plate-formes; ceux qui travaillent sur les programmes les plus bas niveau et/ou les plus gourmands (émulateurs, par exemple) ont une bonne habitude de l'embarqué.

J'ai fait des programmes simples sur Nspire, à commencer par les portages des six demos de TICT, pour montrer que ça n'est pas très difficile. Mais pour développer la programmation en code natif sur cette plate-forme, il manque des librairies graphiques, et ça, c'est du boulot...
Faudrait que je m'amuse à porter mon TV-Noise sur Nspire, mais je doute de réussir à faire tenir la version ARM en 127 octets, même en utilisant du Thumb grin
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
Lionel Debroux (./22) :
Faudrait que je m'amuse à porter mon TV-Noise sur Nspire, mais je doute de réussir à faire tenir la version ARM en 127 octets, même en utilisant du Thumb


Késako ? triso

avatarPLUR - Peace Love Unity Respect

#TI 68k := LINUX
TI 89:= UBUNTU
#TI NSPIRE := WINDOWs
TI NSPIRE (OS 3.X) := WINDOWS VISTA
http://www.ticalc.org/archives/files/fileinfo/433/43329.html . Mais je ne l'ai pas uploadé à côté de quelques dizaines d'autres sur Pouet.net ( http://pouet.net/search.php?what=TV+noise&type=prod&x=0&y=0 ).
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
Lionel Debroux (./24) :
Pouet.net


Un peu ridicule... trigni

Sinon, toujours pas compris zen
avatarPLUR - Peace Love Unity Respect

#TI 68k := LINUX
TI 89:= UBUNTU
#TI NSPIRE := WINDOWs
TI NSPIRE (OS 3.X) := WINDOWS VISTA
t'es allé le voir pour savoir si c'est ridicule?
squalyl (./26) :
t'es allé le voir pour savoir si c'est ridicule?


Je parle du nom, pas du contenu.
avatarPLUR - Peace Love Unity Respect

#TI 68k := LINUX
TI 89:= UBUNTU
#TI NSPIRE := WINDOWs
TI NSPIRE (OS 3.X) := WINDOWS VISTA
Ce sont des français qui ont fait ce site grin

Comme indiqué en ./22, je m'étais amusé à faire un programme très petit, qui affiche de la merde à l'écran et aussi le texte "TICT". Je sais parfaitement que ça ne sert à rien, comme d'ailleurs toutes les demos TV noise. Et je disais simplement qu'il faudrait que je le porte sur Nspire, un jour, comme j'ai porté d'autres programmes TI-68k - mais que ça va être difficile de le faire aussi petit smile
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
ça me rappelle le programme de fourmi qui était livré avec les premières version de fargo
avatarWebmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca