Forum TI-Planet.org

Existe-t-il des "applications" de maths ou physiques nécessitant ndless, ou celui-ci est exclusivemement réservé au lecteur vidéo,image,.. et aux jeu ?

Il me semble qu'il y avait nCalc.
Mais c'est vrai qu'il y a peu d'applications maths avec ndless, cela pour plusieurs raisons:
-ceux qui ont besoin de programmes de maths sont ceux qui utilisent leur calculette pour des maths, et ça les soûlerait d'installer ndless pour ça.
-le basic et le lua font des maths plus facilement que le C (mais aucun des deux ne fera tourner Doom).

En tout cas, ce n'est pas une histoire de "reservé", c'est juste moins répandu.

Merci pour ta réponse !
Lors d'une news plus ancienne, Excale avait bien annoncé des programmes de maths et physique utilisant ndless :
viewtopic.php?p=123585

Tout à fait, mais ça reste à l'état de prototype.
Sur TI-68k, les programmes de maths C/ASM étaient déjà minoritaires, bien que les APIs du CAS soient, par centaines, exportées dans la jump table et documentées par TI, avec quelques trous étranges (fonctions simples, utiles, exportées mais non documentées) comblés par des tiers. Alors sur Nspire, où il faut se faire chier à trouver ces centaines de fonctions, et puis à les retrouver dans la version suivante de l'OS (même si des outils facilitent un peu ce travail), tu penses...

La programmation bas niveau du CAS permet pourtant d'utiliser des algorithmes de complexité algorithmique moindre, et même, dans certains cas d'utilisation, de remplacer des morceaux mal écrits: Samuel Stearley avait notamment réécrit next_expression_index, la routine la plus fondamentale du CAS d'AMS, appelée partout et stupidement implémentée (comme nombre d'autres morceaux de l'OS d'ailleurs !).

L'ensemble de MandelBrot fait partie de l'étude des fractales dans le domaine des mathématiques :3
http://tiplanet.org/forum/archives_voir.php?id=6711
Typiquement, cette archive comprend les deux versions : Ndless et Lua. Il est évident de voir le problèmes de performance en Lua et pourquoi la version Ndless existe.
Tant qu'il n'y aura pas de cas concret où les performances manquent, alors il n'y aura pas d'approche faite pour le développer en C.
La raison évidente est le temps passé à réaliser des APIs/Framework qui est énorme comparé au temps de réalisation de l'application. Ce n'est pas lié uniquement au fait que l'on soit sur une calculatrice, c'est la même chose partout ailleurs plus on descend (C, ASM). La seule différence qu'il y a avec les autres plateformes et le nombre de frameworks déjà développés et partagés. Il y a pour le moment nSDL et nRGBlib, mais ont quand même plus une orientation développement de Jeux. Tu ne trouveras pas exemple pas encore de framework d'interfaces graphiques fini ("fini" au point de nSDL).

C'est un peu comme demander à un maçon de faire une maison.
Soit tu lui demandes de le faire avec les engins de chantiers qu'il a à sa disposition et dont il va devoir apprendre à s'en servir mais aller très vite à réaliser la maison.
Soit tu lui demandes de le faire avec les mains, et même s'il peut arriver au même résultat, il va y passer sa vie entière.

Développer sans FrameWork, c'est un peu cette sensation là, et c'est le problème qu'on a sur le développement Nspire.
Tu comprendras donc, que faire des jeux, c'est à dire faire des tipis, prend beaucoup moins de temps que de réaliser un logiciel de mathématiques, c'est à dire un immeuble, surtout quand le voisin, c'est à dire le Lua ou le TI-Basic, utilise une bétonneuse.

Tant pis, moi je ne sais pas programmer en C, mais ce serait interressant d'avoir des programmes qui utilisent les possibilités de ndless, sa performance et le qualités graphiques de la calculette.

Ca serait en effet intéressant... mais TI ne veut pas et emmerde les développeurs tiers, malgré les mises en garde et malgré les balles qu'ils se tirent de façon répétée et qui se rapprochent progressivement du coeur...
Je veux dire par là que toutes les barrières morales qui avaient protégé leur business model, entre fin 2009 et mi-2012, ont maintenant sauté. Après la sortie de l'OS 3.2.0.1212 fermé en juin 2012, il y a eu les PTTKillers, puis la modif du boot1 des vieilles Nspire, puis (bien plus dangereux pour TI) nLaunch pour Clickpad / Touchpad...