[critor]

L'Indice de Masse Corporelle IMC (ou en anglais BMI pour Body Mass Index) se détermine à partir de la masse m (en kilogrammes) et de la taille t (en mètres) d'un individu par IMC=m/t².

Il sert notamment à évaluer le risque de mortalité d'un individu en surpoids.

Pour référence:
[tableborder=1]IMCInterprétationmoins de 16,5dénutrition ou famineentre 16,5 et 18,5maigreurentre 18,5 et 25corpulence normaleentre 25 et 30surpoidsentre 30 et 35obésité modéréeentre 35 et 40obésité sévèreplus de 40obésité morbide ou massive[/table]

Cette fonction à deux variables est donc abordable dès la Seconde et peut notamment donner lieue à la production d'un algorithme:

Code: Select all

Saisir m
Saisir t
imc prend la valeur m/t²
Si imc<16,5 alors
   Afficher "Dénutrition ou famine"
Sinon
   Si imc≥16,5 et imc<18,5 alors
      Afficher "Maigreur"
   Sinon
      Si imc≥18,5 et imc≤25 alors
         Afficher "Corpulence normale"
      Sinon
         Si imc>25 et imc≤30 alors
            Afficher "Surpoids"
         Sinon
            Si imc>30 et imc≤35 alors
               Afficher "Obésité modérée"
            Sinon
               Si imc>35 et imc≤40 alors
                  Afficher "Obésité sévère"
               Sinon
                  Afficher "Obésité morbide ou massive"
               FinSi
            FinSi
         FinSi
      FinSi
   FinSi
FinSi


Et bien combinons à notre TI-Nspire deux capteurs Vernier déjà présentés ici:

• la plaque de force Vernier pour mesurer la masse
• le TI-CBR2 pour mesurer la taille

Voici donc notre protocole expérimental:

Il va suffire qu'une personne monte sur la plaque de force munie d'un écran tenue horizontalement au ras de sa tête afin de renvoyer correctement les ondes émises par le sonar TI-CBR2.

La TI-Nspire fait tourner une petite application qui pour une fois n'est pas en Lua, qui va donner et interpréter les résultats:

Et voilà donc:

Au final, il a fallu reculer un petit peu le TI-CBR2, sinon les ondes émises se réfléchissent sur le corps du patient avant d'atteindre l'écran ce qui faussait la mesure de la taille.

Le cobaye utilisé pour cette expérience mesure apparemment 1m78 pour une masse de 81,4kg. Avec un IMC résultant de 25,6, il se situe à la limite inférieure du surpoids et devrait donc faire attention...
Quoique selon des études mentionnées ces derniers jours aux informations, il paraîtrait désormais que le surpoids modéré serait excellent pour la santé!



Lien:
archives_voir.php?id=10190

[critor]

Sur un prototype de TI-Nspire CAS envoyé comme Fido par Nothern_snow, un de nos fans chinois, nous avons remarqué une petite curiosité.

Plus précisément il s'agit ici d'un prototype TI-XXXXXXXXXXX CAS DVT 1.2:

Sur ce type de prototype, nous avions récupéré jusqu'à présent notamment:

• l'OS 1.1.6925 daté du 7 février 2007
• l'OS 1.1.8099 daté du 25 mars 2007
• l'OS 1.1.8408 daté du 4 avril 2007

Le 7 mai 2007 sortait l'OS de production 1.1.9170 qui allait équiper les premières TI-Nspire CAS commercialisées.



Et bien ici, il s'agit d'un OS 1.1.DEVBUILD:

Alors certes, dans nos diverses explorations des prototypes TI-Nspire, nous avions déjà remarqué des versions non numérotées car suffixées en ".DEVBUILD".

Mais nous pensions qu'il s'agissait des toutes premières versions.

Et apparemment non ici, car d'après la date du 14 février 2007, cet OS 1.1.DEVBUILD se situe entre les OS 1.1.6295 et 1.1.8099!



Peut-être qu'au final il y a deux niveaux d'OS de développement:

• des versions numérotées qui seraient destinées à être diffusées auprès des différentes équipes de test
• des versions non numérotées qui correspondraientt à un simple test rapide local de modifications par un des développeurs, et qui ne donnerait donc pas lieu à numérotation ou diffusion

Dans tous les cas, cet OS vient d'être sauvé de la disparition, et le voici ci-dessous!



Liens:
OS TI-Nspire CAS prototype 1.1.DEVBUILD
Les versions d'OS TI-Nspire CAS

[critor]

Nombre d'applications Lua pour TI-Nspire viennent avec des gestionnaires de fenêtres/widgets intégrés qui leur permettent des interfaces utilisateur professionnelles:

Hélas, aucune bibliothèque similaire n'était jusqu'à présent disponible pour assister les développeurs de programmes Ndless qui se voyaient contraints de réinventer la roue pour réaliser la moindre interface utilisateur basique.

Levak avait bien commencé à développer un truc similaire du nom de nFrame mais ne l'avait hélas jamais sorti:

Hereusement, Lepzulnag s'est retroussé les manches pour te sortir aujourd'hui le tout premier gestionnaire de fenêtres/widgets pour Ndless, j'ai nommé WinBox!

Un gros merci, et souhaitons-lui bonne continuation!

Source:
viewtopic.php?f=17&t=11064&p=134256#p134256

Lien:
archives_voir.php?id=10166

[critor]

Mention spéciale aujourd'hui pour nAspirin par A.J.Orians, portage du jeu TI-89 du même nom sur la TI-Nspire CX munie de Ndless 3.1.

D'un certain point de vue, la TI-Nspire CX n'est pas vraiment gâtée niveau jeux Ndless. L'existence d'émulateurs pour au moins trois consoles de jeux Nintendo différentes donne accès à des milliers de jeux et un effet pervers est que ça a complètement tué la créativité

Aussi, la sortie de ce petit jeu est bel et bien un évènement, surtout que les graphismes ont été extrêmement bien travaillés!

On se demande d'ailleurs à force si ce sont bien des cachets d'aspirine que l'on ramasse et pas d'autre chose...



Pour information, l'auteur a fait usage de la bibliothèque nSDL, et également de code C++. Mais le support de ce dernier est toujours manquant (dans un état parfaitement fonctionnel, du moins) dans Ndless, ce qui implique nombre de limitations et contraintes au programmeur, et condamne à ce jour tout portage de logiciel C++ disponible sur ordinateur.



Lien:
archives_voir.php?id=10165

[critor]

Les différents systèmes d'exploitation existant dans le monde disposent de procédures d'arrêt d'urgence lorsqu'ils rencontrent une erreur dont ils ne peuvent pas récupérer.

Combien d'entre vous ont des iPod, iPhone ou iPad par exemple? Et parmi eux combien connaissent l'écran d'arrêt d'urgence suivant?

Et oui! Normalement, si le système d'exploitation est bien fait, les écrans associés sont extrêmement rares et restent inconnus du grand public car ne se déclenchant qu'en cas de panne matérielle.
Pour les mêmes raisons, le Kernel Panic de Linux est relativement méconnu.



Par contre, un certain écran d'arrêt d'urgence a été popularisé au point de passer dans la culture populaire, l'écran bleu de la Mort! (de l'acronyme anglais BSOD pour Blue Screen Of Death)

Et cet écran portait bien son nom, car quand tu l'obtenais, tu savais que c'était foutu, qu'il n'y avait plus rien à faire, juste à te résigner à ta sentance et à redémarrer l'ordinateur.
Et si en prime tu obtenais cet écran au démarrage de l'ordinateur, tu savais que c'était la fin, qu'il ne te restait plus qu'à réinstaller le système.
Cet écran ne te laissait aucun espoir!

Et oui, avec Windows Microsoft a fait l'Histoire, et particulièrement avec Windows 95, le système qui donnait des écrans bleus chaque semaine et qu'il fallait réinstaller chaque mois au point d'en connaître la procédure d'installation par coeur!
Faut-il en déduire que Windows 95 était un système d'exploitation mal fait? Ou était-ce les PC de 1995 qui étaient massivement défectueux?



Sur TI-Nspire CX par contre, l'écran d'arrêt d'urgence de l'OS était jusqu'à-ce jour totalement méconnu.
Peut-être justement parce que l'OS et le matériel sont tous deux bien faits?

Et bien découvre enfin l'écran d'arrêt d'urgence de l'OS TI-Nspire CX en exclusivité sur TI-Planet!

Un bandeau bleu avec des écritures blanches qui recouvre le tiers supérieur de l'écran... Un clin d'oeil à Microsoft Windows?
Décidément, les ingénieurs TI ne manquent pas d'humour et de culture.




L'écran signale ici une erreur de changement de clavier, ce qui est en effet normalement impossible sur ce modèle qui ne dispose pas de clavier amovible.
Effectivement, cette TI-Nspire Color, prototype TI-Nspire CX qui nous vient de Chine, a son connecteur J6 qui fait l'interfaçage entre les cartes claviers et écran est complètement explosé et cette erreur se produit à chaque rallumage suivant une extinction automatique (puisqu'il est impossible d'éteindre ce prototype normalement):

Le clavier TouchPad fonctionne ici avec le mapping du clavier ClickPad, et en prime de ces mélanges de touches le pavé tactile est inefficient.

Et encore 'fonctionne' c'est beaucoup dire, car je n'ai qu'une 10aine de touches qui marchent.

Autrement dit, dans de telles conditions le dumping de l'OS 3.0.0.1045 équipant ce prototype relève d'un véritable défi, défi que nous allons nous empresser de relever pour vous!

A bientôt!