Accueil Ti-Gen Foire Aux Questions Chat sur le chan #tigcc sur IRC
Liste des membres Rechercher Aide
Bienvenue Invité !   Se connecter             Mes sujets   
Administrer
0 membre(s) et 1 visiteur(s) actif(s) durant les 5 dernières minutes Utilisateurs actifs : Aucun membre + 1 visiteur
Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.
  :: Index » Forum TI-Nspire » Algorithmie et optimisation » aide (26 réponse(s))
./POST DE DEPART (post n°0)   Marquer comme non lu.
thrall Ecrit le: Mardi 10 janvier 2006 à 17:35 Déconnecté(e)    Voir le profil de thrall Envoyer un email à thrall Visiter le site WEB de thrall Envoyer un message privé à thrall  

salut a tous
je voudrais savoir ou je peut trouver, voir télécharger des tutorials pour commencer a programmer sur ma TI-89 ???

merci d'avance
XO
    
./Post n°1   Marquer comme non lu.
Jfg Ecrit le: Mardi 10 janvier 2006 à 17:56 Déconnecté(e)    Voir le profil de Jfg Envoyer un email à Jfg Visiter le site WEB de Jfg Envoyer un message privé à Jfg  


en basic: le manuel qui vient avec la calculette
en C: www.technoplaza.net + doc intégré à TIGCC
-Edité le Mardi 10 janvier 2006 à 17:57 par JfG-
Kill Mario
    
./Post n°2   Marquer comme non lu.
Thor Ecrit le: Mercredi 11 janvier 2006 à 18:34 Déconnecté(e)    Voir le profil de Thor Envoyer un email à Thor Visiter le site WEB de Thor Envoyer un message privé à Thor  


Il y a aussi la technique qui consiste à apprendre les bases du C avec un bouquin puis ensuite de passer sous Ti-89 en regardant les sources d'autres auteurs.
Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici
    
./Post n°3   Marquer comme non lu.
limmt Ecrit le: Mercredi 11 janvier 2006 à 18:36 Déconnecté(e)    Voir le profil de limmt Envoyer un email à limmt Visiter le site WEB de limmt Envoyer un message privé à limmt  


Il y a mon tutorial disponible dans les articls de TiGen ;)
http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/
    
./Post n°4   Marquer comme non lu.
Folco Ecrit le: Jeudi 12 janvier 2006 à 08:44 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


sinon, t'as l'assembleur directement, ça marche très bien aussi. Ca ne demande que des connaissances sur la plateforme, après le langage en soi est très simple: additions, soustractions, comparaisons, etc....
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°5   Marquer comme non lu.
Thor Ecrit le: Jeudi 12 janvier 2006 à 10:12 Déconnecté(e)    Voir le profil de Thor Envoyer un email à Thor Visiter le site WEB de Thor Envoyer un message privé à Thor  


La plupart du temps le mieux reste l'ASM couplé au C. Les parties cruciales nécessitant de la vitesse seront rédigées en ASM et la structure en C.

Nénamoins je pense que le mieux pour programmer des projets assez importants de façon rapide reste le C.
Cyril MOTTIER aka {==Thor==}
Modérateur général du forum de Tigen
[Etudiant à l'Institut National des Sciences Appliquées (INSA) de Rennes]
Mon site perso c'est ici
    
./Post n°6   Marquer comme non lu.
Folco Ecrit le: Jeudi 12 janvier 2006 à 10:57 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


</cliché>
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°7   Marquer comme non lu.
Kevin Kofler Ecrit le: Jeudi 12 janvier 2006 à 11:58 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


Martial, je pensais comme toi au départ, j'ai appris l'ASM avant le C, mais depuis que je connais bien le C (que j'ai ironiquement appris en travaillant sur les sources de A68k), je me rends bien compte de ses avantages.

Cela dit, il y a aussi du code qui est très moche en C alors qu'il est très simple en assembleur, il suffit de regarder ce que donnent les ROM_CALLs _nostub après le passage au préprocesseur. Mais en général, c'est plutôt le contraire, le code C est nettement plus lisible. J'ai rarement besoin de commentaires en C (Attention, si vous débutez, mettez-en! Avec l'expérience, vous en aurez de moins en moins besoin.), alors qu'en ASM, on se perd vite s'il n'y en a pas.
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°8   Marquer comme non lu.
Folco Ecrit le: Jeudi 12 janvier 2006 à 12:03 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


c'est sûr, et je comment toujours autant mon assembleur qu'il y a deux ou trois ans. Ceci dit, ayant appris le C (2 bouquins, 1500 pages en tout ^^) juste pour pouvoir comprendre des sources, mais n'ayant pratiquement rien programmé, je te fais confiance dans ce que tu dis. :)
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°9   Marquer comme non lu.
Sasume Ecrit le: Jeudi 12 janvier 2006 à 12:37 Déconnecté(e)    Voir le profil de Sasume Envoyer un email à Sasume Visiter le site WEB de Sasume Envoyer un message privé à Sasume  

Je confirme ce que dit Kevin...
J'ai écrit le jeu Punkoe en asm pur, justement pour voir ce que ça donnerait, et je me suis rendu compte que j'ai mis 3 fois plus de temps que si je l'avais codé en C. En outre, au moindre changement de structure de données, il y a plus de code à récrire que ça avait été fait en C. Et enfin, quand on optimise en ASM (le code), il faut faire extrêmement attention et on doit récrire là encore beaucoup de choses si on change un petit truc. Alors qu'en C, c'est le compilo qui optimise le code en une demi seconde, peu importent les changements que tu peux avoir apporté sur tes sources.
Le revers de la médaille est bien sûr que l'optimisation manuelle ASM est nettement meilleure que celle d'un compilo (même bon, enfin sauf si le codeur ASM est mauvais).
    
./Post n°10   Marquer comme non lu.
Folco Ecrit le: Jeudi 12 janvier 2006 à 13:34 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


>>même bon, enfin sauf si le codeur ASM est mauvais

oui, il faut vraiment y aller avec les pieds je pense :D
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°11   Marquer comme non lu.
Sasume Ecrit le: Jeudi 12 janvier 2006 à 14:36 Déconnecté(e)    Voir le profil de Sasume Envoyer un email à Sasume Visiter le site WEB de Sasume Envoyer un message privé à Sasume  

Bah TIGCC est équipé de certaines bonnes optimisations tout de même...
    
./Post n°12   Marquer comme non lu.
Folco Ecrit le: Jeudi 12 janvier 2006 à 14:55 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


oui, pour réorganiser les sections, calculer la taille des banchements etc, je dis pas... Maintenant, pour une simple boucle d'afifchage de texte ou autre, c'est encore à voir, bien que ce soit très simple (cf exemple pas très vieux sur yN, avec le BitMapPut de naPO).
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°13   Marquer comme non lu.
Kevin Kofler Ecrit le: Jeudi 12 janvier 2006 à 16:26 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


C'est le problème de BitmapPut, ça, pas de TIGCC.
Et pour vos tests de la boucle elle-même, si vous utilisez des variables globales pour un compteur, faut pas vous étonner que c'est inefficace. #roll#
-Edité le Jeudi 12 janvier 2006 à 16:28 par Kevin Kofler-
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°14   Marquer comme non lu.
Folco Ecrit le: Jeudi 12 janvier 2006 à 16:29 Déconnecté(e)    Voir le profil de Folco Envoyer un email à Folco Envoyer un message privé à Folco  


j'ai pas dit que le pb de BitMapPut était celui de tigcc, je parlais du reste (entre autre: recalcul de l'adresse du ROM call cans la boucle, alors que tous les registres an sauf a0-a1 sont libres %)
<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."
    
./Post n°15   Marquer comme non lu.
Kevin Kofler Ecrit le: Jeudi 12 janvier 2006 à 21:18 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


En principe, le problème est que GCC ne peut pas savoir que le contenu de la table des ROM_CALLs n'a pas changé entre les appels. J'ai essayé de rajouter des const, mais ça n'a pas l'air de servir à grand chose.

Enfin bon, tout le monde sait que les appels à travers la table sont inefficaces et obsolètes, USE_FLINE_ROM_CALLS existe pour une raison.
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°16   Marquer comme non lu.
Link Ecrit le: Vendredi 13 janvier 2006 à 07:10 Déconnecté(e)    Voir le profil de Link Envoyer un email à Link Visiter le site WEB de Link Envoyer un message privé à Link  

Euh... Les F-Line ne sont-ils pas supposés plus lents? #confus#
(le retour du -Os, quand tu nous tiens...)
    
./Post n°17   Marquer comme non lu.
Sasume Ecrit le: Vendredi 13 janvier 2006 à 11:29 Déconnecté(e)    Voir le profil de Sasume Envoyer un email à Sasume Visiter le site WEB de Sasume Envoyer un message privé à Sasume  

Si, mais on s'en fiche, ça marche #tripo#
    
./Post n°18   Marquer comme non lu.
Kevin Kofler Ecrit le: Vendredi 13 janvier 2006 à 11:49 Déconnecté(e)    Voir le profil de Kevin Kofler Envoyer un email à Kevin Kofler Visiter le site WEB de Kevin Kofler Envoyer un message privé à Kevin Kofler  


Link :
Euh... Les F-Line ne sont-ils pas supposés plus lents? #confus#

Mais ils sont les plus petits.
Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!
    
./Post n°19   Marquer comme non lu.
Link Ecrit le: Samedi 14 janvier 2006 à 10:05 Déconnecté(e)    Voir le profil de Link Envoyer un email à Link Visiter le site WEB de Link Envoyer un message privé à Link  

C'est bien ce que je pensais, on n'a pas la même notion du mot "inefficace".
Moi, pour me faire comprendre, j'aurais mis "encombrants". Mais "inefficaces", non: S'ils sont plus rapides, ils sont plus efficaces.
    
  :: Index » Forum TI-Nspire » Algorithmie et optimisation » aide (26 réponse(s))
Pages : 1/2     « [1] 2 » »|

.Répondre à ce sujet
Les boutons de code
[B]old[I]talic[U]nderline[S]trikethrough[L]ine Flip Hori[Z]ontallyFlip [V]erticallySha[D]ow[G]low[S]poilerCode [G][C]ite
Bullet [L]istList Item [K] Link [H][E]mail[P]icture SmileysHelp
Couleurs :
Saisissez votre message
Activer les smileys
     

Forum de Ti-Gen v3.0 Copyright ©2004 by Geoffrey ANNEHEIM
Webmaster: Kevin KOFLER, Content Admins: list, Server Admins: Tyler CASSIDY and Kevin KOFLER, DNS Admin: squalyl
Page générée en 59.15ms avec 18 requetes