Omnimaga
Calculator Community => [FR] Section Francophone => [FR] Autre Sujets de Programmation TI, Casio et Aide => Topic started by: mdr1 on January 02, 2011, 10:42:11 am
-
Salut à tous !
Ce site parle de nombreux langages sur la TI, mais avec lequel préférez-vous programmer ?
Tous les critères peuvent entrer en compte, comme par exemple :
- la rapidité d'exécution
- la beauté du langage :)
- les possibilité offertes
- la compatibilité
- etc. (très original !)
Comme vous pouvez préférer plusieurs langages, j'ai autorisé de faire 2 votes par personnes.
Vous pouvez poster ici les causes de votre choix.
Merci de votre participation. :)
EDIT : ajout du "2" manquant entre "de faire" et "votes".
-
Por moi, l'Axe est la meilleur language, parce que Asm est trop difficult pour moi and Basic n'ai pas beaucoup de functionnes.
-
Moi aussi je préfère l'Axe grâce à sa facilité d'utilisation et toutes les fonctions comme les Datas qui n'existait pas sur le TI BASIC. De plus, ce langage peut être utilisé directement sur sa TI.
-
l'asm est le meilleur au niveau des fonctionnalités, j'adore ce language, mais il faut beaucoup de temps pour faire un programme en asm, donc j'utilise surtout axe parser.
-
l'asm est le meilleur au niveau des fonctionnalité, j'adore ce language, mais il faut beaucoup de temps pour faire un programme en asm, donc j'utilise surtout axe parser.
Et avec Axe nous pouvons programmer dans la calculatrice, et Axe et orienté pour les jeux ;D
-
avec l'asm aussi ( Mimas )
-
J'ai surtout fait du TI-BASIC, je devrais essayer Axe un de ces jours...
-
J'ai prefere Ti-Basic.
-
Moi, j'aime beaucoup le TI-Basic car on peut tromper l'environnement (et c'est assez amusant).
Ce que je préfère est l'assembleur car on peut vraiment voir comment marche le système, on comprend plein de choses (entre autres le stockage des informations, les interruptions ...), et le langage est tellement bas niveau que c'est vraiment sympa à programmer, d'autant plus que c'est ce qu'il y a de plus optimisé pour la calculatrice.
L'Axe ne me déplait pas, c'est d'ailleurs en connaissant l'asm que je comprends le style de la programmation Axe (par exemple, le !If qui vient des bons conditionnels). Son avantage est d'être presque aussi rapide que l'assembleur et assez facile. On peut même faire facilement des applications.
Par contre, je crois que je ne peux pas voter pour mon propre questionnaire, je me trompe ?
-
Moi, j'aime beaucoup le TI-Basic car on peut tromper l'environnement (et c'est assez amusant).
Ce que je préfère est l'assembleur car on peut vraiment voir comment marche le système, on comprend plein de choses (entre autres le stockage des informations, les interruptions ...), et le langage est tellement bas niveau que c'est vraiment sympa à programmer, d'autant plus que c'est ce qu'il y a de plus optimisé pour la calculatrice.
L'Axe ne me déplait pas, c'est d'ailleurs en connaissant l'asm que je comprends le style de la programmation Axe (par exemple, le !If qui vient des bons conditionnels). Son avantage est d'être presque aussi rapide que l'assembleur et assez facile. On peut même faire facilement des applications.
Par contre, je crois que je ne peux pas voter pour mon propre questionnaire, je me trompe ?
Avec l'assembleur nous pouvouns aussi destroyer la calculatrice mais avec le TI-Basic nous ne le pouvons pas faire.
-
Il faut savoir ce qu'on fait quand on programme, après il n'y a aucun problème.
-
Faut il vraiment que je répond à cette question ? :)
-
Faut il vraiment que je répond à cette question ? :)
Tu peux toujours indiquer les critères du fait que tu préfères l'Axe. ;)
Connais-tu d'autres langages que celui-ci ?
-
Oui, ma première version de megr (megr drawing 1.4) était en TI-Basic. Passer du TI-Basic à l'asm me paraissait… un peu trop violent :D .
Du coup, lorsque j'ai découvert l'Axe, je me suis remis sur ma calculette (que j'avais perdu de vue durant l'année de 2nd), et j'ai essayé d'avancer dans ce langage avec mon 6 de moyenne en anglais. Jusqu'à aujourd'hui, ou en à peine 5 heures, je créé une première version de "un cadeau à tout prix" (voir atelier sdz) où tu m'en dira des nouvelles.
Comme j'ai beaucoup galèré pour en arriver là, et que je sentais l'expansion qu'allait avoir ce langage, je me suis lancé dans la réalisation d'un tutoriel sur la sdz ; pour apprendre et faire connaître ce langage.
La suite tu la connais.
-
Moi, j'aime beaucoup le TI-Basic car on peut tromper l'environnement (et c'est assez amusant).
Ce que je préfère est l'assembleur car on peut vraiment voir comment marche le système, on comprend plein de choses (entre autres le stockage des informations, les interruptions ...), et le langage est tellement bas niveau que c'est vraiment sympa à programmer, d'autant plus que c'est ce qu'il y a de plus optimisé pour la calculatrice.
L'Axe ne me déplait pas, c'est d'ailleurs en connaissant l'asm que je comprends le style de la programmation Axe (par exemple, le !If qui vient des bons conditionnels). Son avantage est d'être presque aussi rapide que l'assembleur et assez facile. On peut même faire facilement des applications.
Par contre, je crois que je ne peux pas voter pour mon propre questionnaire, je me trompe ?
Avec l'assembleur nous pouvouns aussi destroyer la calculatrice mais avec le TI-Basic nous ne le pouvons pas faire.
En fait on peut, mais seulement via l'écran principal et après quelques manipulations. Sur l'OS 1.14 ou antérieur, il y avait le bug Equ>String
Appuyer sur Y=, CLEAR, GRAPH, Y= à nouveau, écrire zéro dans Y1, sur l'écran home écrire Equ>String(Y1,Str1 et appuyer sur ENTER au moins 4 fois.
(http://www.omnimaga.org/index.php?action=dlattach;topic=1090.0;attach=771;image)
Sinon mon langage préféfé c'est l'Axe. Malgré le fait qu'une erreur peut causer un Reset, que la gestion des variables d'applications est pénible et que faire de très gros jeux peut être plus difficile qu'en BASIC, j'aime que le langage soit facile à apprendre comparé à l'ASM, plus rapide que le BASIC et programmable sur la TI.
Avant je codais en TI-BASIC. J'aime encore le langage pour sa simplicité et sa stabilité en général, mais c'est lent...
EDIT: Sujet déplacé dans la section TI.
-
Moi j'aime:
- L'axe car il est facile d'utilisation, bien complet, rapide et éditable sur la calculatrice
- Le TI-Basic car il est simple et permet de faire des programmes rapidement et sur la calculatrice
- Le C car il est complet.
- Le flib car il est très facile d'utilisation, bien complet, rapide, éditable sur la calculatrice et mélangeable avec le Basic 68K
-
Je pense que la question s'orientait sur les z80 uniquement.
-
Le C n'est pas sur z80...
-
Faux...
-
C'est de l'assembleur compilé à partir de code source en C...
-
C'est de l'assembleur compilé à partir de code source en C...
Tout comme l'Axe en fait (mais avec Axe au lieu du C)
Le C n'est pas sur z80...
Il est sur z80, avec SDCC et Z88dk, mais le code produit est terrible, pire que le code ASM produit par Axe Parser. Le problème est que le C n'est pas fait pour un processeur 8 bits comme le z80.
-
Ah ok...
Mais comment on fait pour coder en C pour z80? Il faut un logiciel spécial? Il n'y aurais pas un tuto par hasard?
Merci d'avance pour les réponses. :)
-
Je ne connais aucun tuto. Il faut que tu Google z88dk ou SDCC je crois. Mais personne ne les utilise car le code produit est horrible.
-
Il est sur z80, avec SDCC et Z88dk, mais le code produit est terrible, pire que le code ASM produit par Axe Parser. Le problème est que le C n'est pas fait pour un processeur 8 bits comme le z80.
Le z80 est un processeur 8 bits ? Pourtant, je manipule bien en assembleur des registres de 2 octets, et les adresses font également 2 octets.
-
Effectivement. Les registres de 2 octets sont en fait deux registres de 1 octets combinés (entre autres, H et L). J'ignore comment ça fonctionne pour les addresses, par contre. J'ai entendu dire que en gros, le z80 simule un peu le 16 bits, pour ne pas être trop limité, mais c'est pas du vrais 16 bits, car le processeur est 8 bits.
-
Effectivement. Les registres de 2 octets sont en fait deux registres de 1 octets combinés (entre autres, H et L). J'ignore comment ça fonctionne pour les addresses, par contre. J'ai entendu dire que en gros, le z80 simule un peu le 16 bits, pour ne pas être trop limité, mais c'est pas du vrais 16 bits, car le processeur est 8 bits.
Les registres sont effectivement combinés (par exemple, b et c donnent bc) mais c'est également le cas sur nos ordis actuels (ah et al donnent ax).
Et les adresses sont bel et bien en 16 bits, par exemple :
ld hl,$245F
ld (hl),a
En plus comme tu peux le voir, on peut charger une valeur 16 bits en une seule fois.
Donc je pense que le z80 est bien 16 bits.
J'admets une exception tout de même bizarre, c'est que pour indiquer l'adresse d'une interruption, on ne dispose que du registre i (8 bits), du coup, l'octet le moins significatif se montre aléatoire (ce qui complique bien les choses). Ça doit être un reste des assembleurs précédents.
D'ailleurs, je ne pensais pas qu'un assembleur qui fasse seulement 8 bits puisse exister car cela signifierait que l'adressage ne pourrait aller que de 0 à ... 255 ! Ce n'est pas grand chose. Le moindre programme dépasse facilement cette valeur.
Après, pour ce qui est en pratique, je ne sais pas, mais j'aurais plutôt tendance à tout de même dire 16 bits.
-
Non le z80 est un processeur 8 bits. Preuve: http://en.wikipedia.org/wiki/Zilog_Z80 et http://www.qsl.net/yo5ofh/data_sheets/z80.htm
-
Dans le deuxième lien il explique bien : microprocesseur 8 bits avec des adresse 16 bits.
-
Je dois admettre mon tord, mais dans ce cas, comment peut-on savoir combien de bits fait un processeur ?
-
Un processeur sur ordinateur ? Je ne comprend pas la question. ^^
-
मुझे पसंद है अंग्रेजी, लेकिन मुझे हिन्दी में लिखने के लिए पूर्ण सच बताना पसंद करते हैं. हालांकि अधिकांश लोगों को यहाँ की तरह अंग्रेजी या फ्रेंच सबसे ...
हारे j / k: पी
EDIT : OHH programming language... :P
-
No problem, i'm born in india and I know hindi as french. Welcome in our french forum. :p
-
WTF? wow, never expected the next reply to be from someone who knows hindi :P
-
x) that's a joke ! I don't know hindi and thank gtranslate !
-
and thank gtranslate ;)
now I know how to say 'lol' in hindi though हारे
-
हारे x)
-
Je dois admettre mon tord, mais dans ce cas, comment peut-on savoir combien de bits fait un processeur ?
Aucune idée ???
Pour les posts ci-haut, rapellez vous que ce topic est à propos des langages de programmation TI, pas du flood. (Remember that this topic is about TI programming languages, not randomness) :P
-
Axe Parser :
programmable directement sur la TI, rapide et pas trop de bugs quand on fait gaffe à prévoir un arrêt ^^
-
En passant, lorsque tu code an Axe ou en BASIC étendu (xLIB, Doors CS, Omnicalc, etc), n'oublie jamais de faire des copies de sauvegarde régulièrement sur ton PC (au cas ou la mémoire d'archive serait corrompue.
Aussi, bienvenue sur le forum. :D
-
Axe Parser :
programmable directement sur la TI, rapide et pas trop de bugs quand on fait gaffe à prévoir un arrêt ^^
L'assembleur aussi est programmable directement sur la TI.
Je dois admettre mon tord, mais dans ce cas, comment peut-on savoir combien de bits fait un processeur ?
Aucune idée ???
Peut-être que c'est que le BUS ne fait que 8 bits.
-
L'assembleur aussi est programmable directement sur la TI.
N'empêche que l'assembleur est relativement compliqué, moi-même pour l'instant je n'ai toujours pas compris, je préfère de loin l'Axe et le TI-Basic.
N.B. : l'Axe parser nécessite pas mal de mémoire, et ça c'est relativement embêtant. :(
-
Une des les meilleurs qualities de Axe est quil fait des BACKUPS de nôtre code :D
-
L'assembleur aussi est programmable directement sur la TI.
N'empêche que l'assembleur est relativement compliqué, moi-même pour l'instant je n'ai toujours pas compris, je préfère de loin l'Axe et le TI-Basic.
N.B. : l'Axe parser nécessite pas mal de mémoire, et ça c'est relativement embêtant. :(
Ouais c'est quand même un problème. Par contre c'est moins pire que quand tu fais un jeu xLIB avec beaucoup de maps. Avec 300 maps de 12x8 ça prends pres de 100 Ko parfois.
Pour moi l'assembleur était quand même assez compliqué aussi. J'ai seulement commencé à comprendre certain concepts après avoir appris l'Axe. Par contre, ça dépends des gens. Certaines personnes sont plus confortable avec des langages de bas niveau comme l'ASM. Je crois qu'il faut utiliser le langage qu'on aime le mieux, car de toute façon, si tu essaies de coder un truc dans un langage plus rapide que le tien, mais que tu n'arrives pas à maîtriser ou que tu détestes, la qualité de ton programme va en souffrir.
En passant Il y a même des gens qui préfèrent programmer en hexadécimal qu'en z80 ou SH3. O.O
-
Une des les meilleurs qualities de Axe est quil fait des BACKUPS de nôtre code :D
C'est à dire ?
-
Salut,
Personnellement je préfère l'assembleur. C'est un langage avec des instructions simples et qui est proche du matériel.
C'est comme construire un gros batiment lego avec des petites briques, il suffit d'être rigoureux pour s'en sortir.
De plus, l'assembleur est facile à débugger.
L'axe je n'ai jamais fait...
TI basic : c'est super pour automatiser des problèmes mathématiques... Côté programmation de jeu il faut optimiser à mort et c'est quand même beaucoup moins puissant que l'asm...
Concernant le C :
http://www.yaronet.com/posts.php?s=138500 (http://www.yaronet.com/posts.php?s=138500)
Le compilateur z88dk n'est pas très riche coté TI, il y a des routines d'affichage en niveau de gris (du beau boulot) , mais les routines de base d'affichage de sprite ne sont pas vraiment prévues.
Pour améliorer les choses il faudrait fournir à z88dk d'autres fichiers header avec de l'assembleur "inline" mais pour cela il faut passer du temps et personne ne croit vraiment au C sur z80.
De plus, il y a probablement le fait aussi que le z80 n'est pas "une architecture qui aime le C"... (comme le disait DJ_O je crois).
z88dk propose pourtant des libs comme la gestion des graphiques, ou même des fenètre popup etc... (qui ne sont pas spécialement destinées aux z80) qui sont plutôt sympa (mais trop gourmande en mêmoire :'( )
Thibault
-
Si je me souviens bien tu est un développeur de tilem 2, non ?
Cela en est ou ?
-
C'est vrai? Me semble que ça fait un bon bout que j'ai pas vu de nouvelle version de Tilem, si je me ne trompe pas?
Et Axe Parser all the way pour moi. J'ai presque lâché le TI-Basic.
-
@Kindermoumoute : oui je m'occupe de l'interface graphique ;)
En fait il n'y a pas eu de nouvelle version depuis très longtemps, et nous travaillons sur un nouveau code (réécriture complète).
Ce qui explique que le projet semble complètement inactif alors que ce n'est pas vrai.
Je ne travaille sur tilem que depuis un peu plus de 2 ans, c'est floppus maximus qui le maintient depuis 2004.
C'est déjà très avancé mais il reste quelques gros morceaux (finir le debugger).
En ce moment je travaille sur la gestion des raccourcis calvier.
Je ne sais pas quand ce sera releasé, c'est Benjamin Moody (qui développe le coeur de l'émulateur) qui décide.
Mais j'espère que la nouvelle mouture de tilem sortira pas dans trop longtemps et surtout qu'elle fera des utilisateurs heureux :p
Mais en tout cas ça avance vraiment bien.
Mais bon on est un peu hors topic là ;)
-
J'ai très hâte de voir ça :)
-
Il y avait un sujet de discussion sur le progrès de TilEm à l'époque sur Detacheds, mais comme le forum là-bas est mort, il n'y avait plus de nouvelles depuis longtemps.
Coté Axe, je remarque que lorsqu'on a essayé l'Axe, c'est un peu comme l'ASM pour un point: C'est très difficile de revenir au TI-BASIC après. ;D
Et effectivement les z80 ne sont pas vraiment faits pour le C, ce qui explique probablement pourquoi z88dk et SDCC ne sont pas très rapides comparé à l'Axe et l'ASM.
Avec le BASIC il est possible de réaliser des grande choses sans trop perdre de vitesse, comme le jeu Serenity le démontre:
(http://www.omnimaga.org/images/screenshots/DemoScreeeenie2.gif)
mais on est beaucoup plus limité du à la vitesse et le manque de liberté coté acces aux fonctions de la calculatrices comme la RAM. Je suis content que l'Axe soit arrivé, car il y avait un méchant trou entre l'ASM et le BASIC avant, ce qui n'était pas le cas sur 68K.
-
Le programme que tu montres là utilise certainement une librairie asm, comme par exemple xLib, sinon, la map ne s'afficherait pas si vite.
Et pour le screen, c'est sur 84+ le programme a été exécuté ? (la 84+ est plus rapide que la 83+)
Pourquoi dis-tu que les z80 ne sont pas faites pour le C ? Si le code généré par celui-ci sur les TI n'est pas formidable, c'est en fait qu'il n'utilise pas les ROM call définies par TI. Du coup, il inclue dans le programme toutes les routines nécessaires (comme afficher du texte).
-
Quand vous dites qu'il n'est pas formidable ça veut dire qu'il prend trop de place?
-
Non, aucune lib ASM n'a été utilisé. Seulement des trucs BASIC comme le dual-layer ASCII:
For(Z,0,7
Text(-1, 7Z,0,"HHHHHHHHHHHHHHHH
StorePic 1
Text(-1,7Z,1,"EEEEEEEEEEEEEEEE
RecallPic1
End
StorePic 1
Ou autres variantes de ce code. Comme la fonction texte est assez rapide comparé aux fonctions graphiques BASIC et que RecallPic utilise la méthode OR au lieu de Overwrite, il est possible de combiner plusieurs caractères ensemble pour faire des sprites.
Et c'est sur TI-84 Plus.
Pour ce qui est du C, on m'a dit maintes fois depuis 8 ans et demi que le C de z88dk et SDCC produisait du code ASM de qualité laissant à désirer, et que l'une des raisons était du au fait que le processeur Z80 est 8 bits avec seulement quelques trucs 16 bits et que ce n'est pas assez pour supporter le C. L'Axe a fonctionné car le langage a été fait en conséquence et comme c'est un nouveau langage, l'auteur pouvait le faire comme il veut et inclure ce qu'il veut.
Aussi Mdr1 serait-il possible de cesser de dénigrer le TI-BASIC et l'Axe à chaque fois que quelqu'un mentionne une de ses qualités ou montre un programme les utilisant? Presque tous tes messages hors de ton topic de tutoriel ASM tu agis en fanboy ASM, rejetant tout point de vue différent du tien et ça tire souvent vers le troll. Omnimaga c'est un forum de programmeurs Axe et malgré la présence grandissante de programmeurs ASM il y a beaucoup de programmeurs TI-BASIC aussi, alors je te demanderais de respecter les autres, sinon le prochain coup ce sera une exclusion totale du forum pendant une semaine. Merci.
Omnimaga est un site Internet dédié à la programmation de jeux vidéos sur calculatrices graphiques TI, sur PC et la création de musique. En plus des programmes de notre groupe de programmeurs, nous offrons aussi les meilleurs jeux de rôles (RPG) disponibles pour toutes les marques de calculatrices graphiques. Nous avons aussi un salon de discussion IRC (en anglais seulement) pour ceux qui aime le clavardage. Notre but est d'offrir un environnement de discussion amical pour tout programmeur désirant apprendre, offrir ou recevoir de l'aide, montrer leur travail ou simplement discuter. Pour garantir un tel environnement, nous avons écrit une charte que tous les membres du forum et du canal d'Omnimaga doit suivre:
Ce forum de discussion et le salon de clavardage sont disponible pour tout le monde comme privilège. Par contre, soyez informés que les messages publiés par les membres ne représentent pas nécessairement la vision ou l'opinion de la communauté d'Omnimaga et même si nous nous assurons que le forum ne contienne pas de contenu entrant en infraction avec ces règlements, nous ne somme pas parfait et ce contenu peut parfois passer innaperçu. N'hésitez pas à nous signaler les cas d'abus s'il y a lieu. Les comportements et contenus suivants ne sont pas permis sur le forum ni le canal IRC #omnimaga:
1: Messages agressifs, provocateurs (communément appelés "trolls"), insultants et discriminatoires envers une personne ou un groupe de personnes.
2: Commentaires négatifs/agressifs/destructifs injustifié envers le projet d'un membre (comme dénigrer un jeu entier juste pour sa taille de fichier, le nombre de fichiers ou le langage de programmation utilisé même si le jeu est excellent) dans le but de le décourager.
@Kiligolo: D'après les commentaires sur l'ancien forum de MaxCoderz, IRC (#tcpa je crois) et autres endroits, le problème était la taille. Je crois que la vitesse n'était pas un problème dans la plupart des cas, mais souvent les programmes étaient plus gros que les versions BASIC et ASM. D'après les dires, ça semblait pire qu'en Axe. J'ai même entendu des trucs comme quoi que parfois ça produisait du code plus lent que le TI-BASIC.
-
Ah merci. Je vais tester les compilateur un jour pour voir! :p
-
Je pense qu'il y a toujours des personnes beaucoup beaucoup plus fortes que nous tous réunis dans la communauté ti actuelle (et aussi dans les années passées... Joe wingbergmuehle, patrick davidson, Bill Nagel et plein d'autres... de vrais génies).
z88dk existe déjà depuis longtemps et même si je crois qu'il s'est amélioré nettement recemment, je pense que les bruits qui circulent sur les forum ne sont très probablement pas infondés (on m'a fait la même remarque sur yaronet).Je rejoins donc Dj_O sur ce point là...
Personnellement je ne sais pas comment se comporte le z80 pour le C, alors je fais quelques tests naivement et parce que je suis curieux ;)
Si vous avez lu le lien de la page précédente ...
J'ai fait un nouvel essai avec un puts au lieu d'un printf et une compilation avec les appels tios au lieu de ansi et y a du mieux.
Que le C soit une utopie ou pas, de toute façon z88dk manque de contribution de developpeurs asm pour ajouter des fonctions optimisées (assembleur inline).
Pourquoi ne pas pousser le vice plus loin en ajoutant quelques routines asm bien faites et voir si le C est viable ou pas?
Personnellement je ne suis pas assez bon en asm et je n'ai pas le temps de faire ça.
Juste un petit lien pour donner un exemple du "genre de choses" à faire :
http://z88dk.cvs.sourceforge.net/viewvc/z88dk/z88dk/libsrc/graphics/gray/g_plot.asm?revision=1.3&view=markup
(la c'est un g_plot avec niveau de gris)
-
<offtopic>
@DJ_omnimaga :
Je pense que tu a réagi un peu trop sévèrement et injustement sur les propos de mdr1, il m'a signalé qu'il a été banni 24 heures pour motif qu'il glorifie l'asm et dénigre les autres langages de programmation (z80).
Je tiens à rappeler qu'il est l'auteur de deux tutoriels sur le site du zéro, le premier étant l'ASM z80, et a peu de succès, c'est pour ça qu'il essaye d'attirer le plus de personnes vers ce langage qu'il aime dans sa façon de simplifier les choses.
Cependant il est également l'auteur d'un tutoriel tout aussi important sur le TI-Basic, et il reconnais clairement la puissance de ce langage en matière de calcul (faire un convertisseur 36 bases de 200 octets... ça ne se voit pas tous les jours).
Quand à l'Axe il est vrai que cela a de quoi concurrencer l'asm, mais je tiens à rappeler qu'il est lui même programmeur en Axe, qu'il a appris avec l'aide de mon tutoriel, et qu'il reconnais le temps que l'on gagne a la création d'un programme Axe (par rapport un même programme asm).
Je pense que c'est un peu exagéré de dire qu'il dénigre les autres langages dans ces conditions et il est trop sévère de le bannir pour ce genre de raison. Il est de loin un flooder et encore moins un troller, c'est le genre de personne capable d'apporter des réponses pointus sur les calculatrice à processeur z80, donc même si ce soir il est trop tard pour revenir à la sanction donné, je demande un peu de reconnaissance envers mdr1 qui a subit une injustice, qui risque de dégrader l'image d'omnimaga à ses yeux.
Merci de ta compréhension.
</offtopic>
-
Je pense qu'il y a toujours des personnes beaucoup beaucoup plus fortes que nous tous réunis dans la communauté ti actuelle (et aussi dans les années passées... Joe wingbergmuehle, patrick davidson, Bill Nagel et plein d'autres... de vrais génies).
z88dk existe déjà depuis longtemps et même si je crois qu'il s'est amélioré nettement recemment, je pense que les bruits qui circulent sur les forum ne sont très probablement pas infondés (on m'a fait la même remarque sur yaronet).Je rejoins donc Dj_O sur ce point là...
Personnellement je ne sais pas comment se comporte le z80 pour le C, alors je fais quelques tests naivement et parce que je suis curieux ;)
Si vous avez lu le lien de la page précédente ...
J'ai fait un nouvel essai avec un puts au lieu d'un printf et une compilation avec les appels tios au lieu de ansi et y a du mieux.
Que le C soit une utopie ou pas, de toute façon z88dk manque de contribution de developpeurs asm pour ajouter des fonctions optimisées (assembleur inline).
Pourquoi ne pas pousser le vice plus loin en ajoutant quelques routines asm bien faites et voir si le C est viable ou pas?
Personnellement je ne suis pas assez bon en asm et je n'ai pas le temps de faire ça.
Juste un petit lien pour donner un exemple du "genre de choses" à faire :
http://z88dk.cvs.sourceforge.net/viewvc/z88dk/z88dk/libsrc/graphics/gray/g_plot.asm?revision=1.3&view=markup
(la c'est un g_plot avec niveau de gris)
Ce serait probablement une bonne idée. S'il est possible de faire du C z80 un langage beaucoup plus performant, ou du moins, qui se compare à l'Axe Parser, je suis sur que beaucoup de gens serait heureux, car le C est utilisé par beaucoup de gens dans la communauté TI, sur PC.
<offtopic>
@DJ_omnimaga :
Je pense que tu a réagi un peu trop sévèrement et injustement sur les propos de mdr1, il m'a signalé qu'il a été banni 24 heures pour motif qu'il glorifie l'asm et dénigre les autres langages de programmation (z80).
Je tiens à rappeler qu'il est l'auteur de deux tutoriels sur le site du zéro, le premier étant l'ASM z80, et a peu de succès, c'est pour ça qu'il essaye d'attirer le plus de personnes vers ce langage qu'il aime dans sa façon de simplifier les choses.
Cependant il est également l'auteur d'un tutoriel tout aussi important sur le TI-Basic, et il reconnais clairement la puissance de ce langage en matière de calcul (faire un convertisseur 36 bases de 200 octets... ça ne se voit pas tous les jours).
Quand à l'Axe il est vrai que cela a de quoi concurrencer l'asm, mais je tiens à rappeler qu'il est lui même programmeur en Axe, qu'il a appris avec l'aide de mon tutoriel, et qu'il reconnais le temps que l'on gagne a la création d'un programme Axe (par rapport un même programme asm).
Je pense que c'est un peu exagéré de dire qu'il dénigre les autres langages dans ces conditions et il est trop sévère de le bannir pour ce genre de raison. Il est de loin un flooder et encore moins un troller, c'est le genre de personne capable d'apporter des réponses pointus sur les calculatrice à processeur z80, donc même si ce soir il est trop tard pour revenir à la sanction donné, je demande un peu de reconnaissance envers mdr1 qui a subit une injustice, qui risque de dégrader l'image d'omnimaga à ses yeux.
Merci de ta compréhension.
</offtopic>
Le problème c'est que ça le tuto TI-BASIC personne ne savais ça ici, à part ceux qui fréquentent le SdZ. Ce que j'avais pu remarquer c'est qu'il connaisait l'Axe et l'ASM, mais qu'il n'aimait finallement pas les langages de haut niveau et préférait l'ASM. Le problème c'est que après, peu importe les arguments qu'on lui apportait pour défendre le TI-BASIC et l'Axe disant que c'était plus facile à maitriser, il les rebuttait d'après son opinion personelle sous entendant que l'ASM c'était aussi facile à apprendre par tout le monde que par lui et semblait vouloir faire parraitre l'ASM comme un langage parfait, qui n'a absolument aucun défaut, et comme tu constates ci-haut, j'ai pris la peine de poster un screenshot de jeu BASIC pur pour montrer ses capacités de jeux, et tout ce qu'il a trouvé à faire à mes yeux était de faire sentir que ce n'était pas ci impressionant que ça, premièrement en mentionnant que c'était peut-être la vitesse de la TI-84 et utilisait des libs ASM. C'est d'ailleurs de là que mon mon apellation de fanboyisme provient.
De plus, qui est-tu pour décider comment Omnimaga doit être administré? Tu ne connais aucunement l'histoire de la communauté TI, tu n'a jamais vu tout le trouble qui a été causé par le passé avec les guerres anti-BASIC que la plupart des programmeurs en ASM et gamers déclenchaient, le nombre d'auteurs qui quittaient la prog TI à cause de la pression venant des programmeurs ASM qui agissaient comme étant supérieur à tout le monde et tu n'a jamais vu ce qui est arrivé en 2008 grâce à tous les gens qui excluaient certains groupes de programmeurs ou manquait de respect pour les projets ou beaucoup de travail était fait. Omnimaga est commencé car des gens était tannés du manque de respect envers les programmeurs TI-BASIC et en général, et ils voulaient une place où tout commentaires dénigrant un langage, logiciel ou groupe de programmeurs dans le but de déclencher une réaction négative étaient interdits. Ce genre de polémique est arrivé à maintes reprises dans le passé sur certain forums et éventuellement ils ont perdus tout leur membres actifs. Je cite United-TI comme example (pas Univers TI-Nspire), entre autres le sujet sur Asteroids et AMKiller Pokémon. Ce n'est pas aujord'hui qu'Omnimaga va changer ce règlement, alors que c'est ce qui en a fait son succès, et c'est encore moins toi, qui n'a jamais administré un forum, qui va dire à quelqu'un qui est dans la communauté TI depuis 10 ans comment administrer son forum. De plus, si quelqu'un a contribué beaucoup dans la communauté TI comme des tutos ou de nombreux programmes TI avec icones vertes sur Ticalc.org ou sur la une d'Omnimaga, ce n'est pas une excuse pour violer les règles d'Omnimaga. AUssi je te signale que depuis que nDoom a fait la une de Slashdot, de PCImpact et autres sites populaires, nous sommes plus sévères étant donné tout l'abus qui en a découlé. Ceci changera après améliorations dans quelques mois.
Ceci étant dit, j'ai mal interprété les messages de mdr1, donc son ban finis dans quelques secondes, mais ses messages laissait entendre autre chose, m'offusquait beaucoup, étant un programmeur TI-BASIC de 2001 à 2009 et aurait pu en offusquer d'autres qui ont passé beaucoup de temps sur leurs projets. Sans savoir qu'il a fait un tuto BASIC (ce qui était mon cas), la façon dont ses messages était formulés, surtout son dernier, laissait sous-entendre que tout ce qui a été fait en TI-BASIC, incluant le screenshot que j'ai posté, était nul. Et à noter que dans le passé, j'ai été moi-même victime à maintes reprises de commentaires désobligeants du au fait que mes jeux était en TI-BASIC. Je me souvient surtout de l'épisode du Règne des Légendes 1 et 3 ainsi que xLIB xLIB Revolution, en 2003, 2004 et 2005, respectivement.
Si le monde ne sont pas content de la façon dont Omnimaga est géré, nous pouvons mettre la clef dans la porte, après tout, ou du moins, dans la section FR si c'est là le problème.
-
Si le monde ne sont pas content de la façon dont Omnimaga est géré, nous pouvons mettre la clef dans la porte, après tout, ou du moins, dans la section FR si c'est là le problème.
Doucement doucement, c'est plutôt sympa ici ce serait dommage ;)
-
Ouais sauf que si jamais la majorité sont contre un forum amical où les programmeurs BASIC, ASM et C sont considérés comme des gens égaux et où les nouveaux programmeurs sont respectés, je ne vois pas pourquoi cette section resterait ouverte. C'est d'ailleurs ce qui avait entrainé la fermeture (http://replay.waybackmachine.org/20080315005109/http://omnimaga.unitedti.org/notice/index.html) de l'ancien site Omnimaga (http://replay.waybackmachine.org/20071112044337/http://omnimaga.org/index.php?act=site) en début 2008.
-
Je ne voulais pas déclencher un guerre, mais juste rétablir un petite injustice. Je n'ai pas critiqué omnimaga et son système, donc pas la peine d'aller à l'anarchie. Je sais très bien quelles sont les règles d'omnimaga, et je sais que un modérateur/administrateur doit se montrer stricte dans les décisions, mais pas non plus être intolérant. Les termes respect et égalité sont très souvent oublié sur internet, mais peut-être que des malaise de langages peuvent êtres mal interprété ici (français Quebec/français France).
-
En effet ça se pourrait. X.x Reste que le fait que je me suis fait critiquer et humilier beaucoup dans le passé à cause du fait que je programmais en TI-BASIC ne m'aide pas non plus. En été 2004 j'ai même quitté la programmation TI pendant un certain temps suite à celles-ci, après avoir tenté en vain d'apprendre l'ASM. Une chose que je déplore aussi c'est que certain gens pense que s'ils ont été capable d'apprendre quelque chose assez facilement, que tout le monde sera capable de faire de même.
-
en axe, on peut faire du son ...
mais comment avoir une fréquence en hertz ?
sinon, l'axe parser, j'aime bien.
faudra qu'on m'explique comment maitriser l'écran bleu de l'ASM :devil:
-
La fréquence est inversement proportionelle au chiffre qu'il faut mettre dans la fonction. 64000-FREQ on m'a dit un jour je crois...
-
L'écran bleu est à éviter à tout prix. Ça envoie une quantité excessive de courant vers l'écran et peut endommager le cristal liquide si on laisse l'écran bleu tourner pendant 1 minute.
-
Dans la journée d'hier, en faisant un F5 sur mon clavier, sur le site de Omnimaga, pour voir s'il y avait eu de nouvelles réponses sur ce sujet même, je lis avec stupeur que je suis bannis du site pour 24H. La description que je peux lire est à mon goût fortement agressive, et tous les motifs indiqués me paraissent bien étranges. Je me demande alors sérieusement ce qui a pu causer ce bannissement temporaire, mais je ne comprends toujours pas. Je vais alors sur le site du zéro envoyer un message à kindermoumoute pour lui dire que je suis bannis et les motifs qui vont avec, et je lui demande s'il n'y aurais pas eu d'incompréhension envers mes messages. Il m'en renvoie un autre qui indique ce qu'il a ici écrit. Je suis très touché par ce message, mais lorsque je reviens sur ces forums, je lis également le message de DJ_O qui comporte nombre de ressentis de sa part que je ne pensais pas causer. Je lis que Omnimaga dis qu'il ne savait pas que j'avais créé un tutoriel sur le TI-Basic sur le site du zéro, mais je puis tout de même lui montrer une citation :
Moi, j'aime beaucoup le TI-Basic car on peut tromper l'environnement (et c'est assez amusant).
Ce que je préfère est l'assembleur car on peut vraiment voir comment marche le système, on comprend plein de choses (entre autres le stockage des informations, les interruptions ...), et le langage est tellement bas niveau que c'est vraiment sympa à programmer, d'autant plus que c'est ce qu'il y a de plus optimisé pour la calculatrice.
L'Axe ne me déplait pas, c'est d'ailleurs en connaissant l'asm que je comprends le style de la programmation Axe (par exemple, le !If qui vient des bons conditionnels). Son avantage est d'être presque aussi rapide que l'assembleur et assez facile. On peut même faire facilement des applications.
Par contre, je crois que je ne peux pas voter pour mon propre questionnaire, je me trompe ?
Peut-être ne savais-tu pas, DJ_O, que j'avais créé un tutoriel sur le TI-Basic, mais nous, ne connaissions pas les injustices que tu as subies toi-même (expliquées dans un de tes messages). Je déduit de tout cela, ainsi que de toutes les réactions qui ont été engendrées, qu'il y a eu une grosse incompréhension, et qui est de taille. Je n'avais aucune connaissance de ce que tu as ressenti, et je pense que le mieux eût été que tu m'envoies un message qui indique ton interprétation de mes messages, pour que puisse changer cela. Le bannissement me parait bien trop brusque et injuste, puisque je ne dénigre aucunement les langages autres que l'Assembleur, même si cela est sans doute ce que tu as cru comprendre.
Je propose donc d'en rester là, d'établir à nouveau de bonnes relations malgré cette incompréhension, et que nous essayions tous de mieux communiquer entre nous en ne prenant pas mal ce que l'on peut nous dire, ou du moins en expliquant ce qui nous offusque pour éviter les malentendus, et d'essayer de ne pas laisser croire à des sous-entendus qui ne sont pas.
</malentendu>
Vive tous les langages !
Pour l'écran bleu, zero44, c'est en effet à éviter car cela détériore la calculatrice.
-
AH ok. Je crois que nous devrions définitivement en rester là, vu que c'est un malentendu, et je fais mes excuse pour avoir sautés aux conclusions sans vérifier avant. Par contre, comme rappel, j'avais déja fait un avertissement dans le passé sur le forum pour que les gens évite le troll dans un des sujets de programmation, ce qui explique un peu aussi pourquoi j'en suis venu immédiatement à un bannissment. Cet avertissement était ici: http://ourl.ca/4870/164609
Mais bon, je suis content que ce soit réglé et que tu n'ais pas de mauvaises intentions.
-
Purée, ça fait un baille qu'il n'y a pas eu de messages dans la section francophone !!
Tout le monde est parti ou quoi ?
-
Je parle le mauvais francais.. :P
so, good to see you back though! nice to see the misunderstanding was worked out ;)
-
Ouais la section franco ici est un peu morte D:, mais c'est normal, car il y a déja beaucoup de forums TI exclusivement francophones qui existaient bient longtemps avant la section francophone d'Omnimaga. De plus la plupart des gens sont occupés avec leurs études et le seront jusqu'en début juillet. Aussi il n'y avait déja pas beaucoup de programmeurs Axe francophone et aucun BASIC/ASM ici, donc ça décourage un peu ceux qui viennent pour demander de l'aide, seulement pour se faire rediriger vers la section anglaise.
-
Je pense qu'il serait intéressant que tu fasses un extension de ton site en donnant la possibilité de faire des tutoriels.
Cela permettrait d'augmenter l'activité francophone, je pense. Ne serait-ce pas une bonne idée ?
-
C'est en fait une idée qui m'est venu en tête.
Ici il y a une belle section pour ça: http://www.omnimaga.org/index.php?action=articles
Il faudrait que je vérifie s'il est possible de permettre l'upload de tutoriels approuvés par les modérateurs. Il suffirait d'uploader le tuto comme un message de forum en format BBCode. Pour le HTML l'auteur pourrait nous envoyer un fichier HTML via e-mail. Pour le BBcode, comme son utilisation est permise pour tout membre du forum, il serait possible d'éditer ton propre tutoriel directement (du moins c'est ce que je pense).
Bien sur il y aurait une section francophone, anglophone et peut-être d'autre langues, et dans la barre de navigation du site je metterais un lien vers la section tutoriels.
-
...après avoir tenté en vain d'apprendre l'ASM...
Yay !! J'ai un point commun avec DJ_O !!
← Inutile
-
+1 :p
-
Pour la fréquence en hertz d'un son, en Axe, il faut faire 32768/F et ça marche très bien (voir TI-Piano dans ma signature)
-
Déterrage :P
Sinon tu veux dire quoi par F? La hauteur du son?
-
Il faut surrement parler de la fréquence (rappel f=1/T avec f la fréquence en hertz et T la période en secondes).
Sandro
-
Ouais peut ête. Aussi bienvenue sur le forum Sandro ;D
-
Je proteste, il manque le Lua dans le sondage !
-
Le sondage a été créé avant l'arrivée du Lua sur TI. <_< (regarde la date du premier post)
(Malgré que si quelqu'un pourrait l'éditer pour ajouter Lua et Grammer dedans ce serait bien)
-
Le sondage a été créé avant l'arrivée du Lua sur TI. <_< (regarde la date du premier post)
(Malgré que si quelqu'un pourrait l'éditer pour ajouter Lua et Grammer dedans ce serait bien)
C'était implicite dans mon post (enfin j'espère) que je savais que c'était pas fait exprès, notamment que le langage est trop récent sur Nspire pour être dedans :D
-
Ah ok je ne savais pas. Ç'est pas tout le monde qui voit ça :P
-
Ah ok je ne savais pas. Ç'est pas tout le monde qui voit ça :P
Bon, ok, même en français c'est difficile de caser des pointes d'ironie dans ses messages, je vais m'habituer :D
-
Je préfère TI-BASIC
(Google Translate FTW)
-
Ouais peut ête. Aussi bienvenue sur le forum Sandro ;D
Merci, je passais déjà par ici de temps en temps, mais comme je n'ai eut ma TI84+SE (donc un accès à l'axe parseur) que la semaine dernière, avant je ne suis jamais tombé sur une discution où je pensais pouvoir apporter quelquechose.
Sinon, je crois que pour l'instant je préfère encore le TI-BASIC (l'assembleur, je trouve que c'est trop fastidieu à programmer pour le résultat (en plus ça prend beaucoup de place) et en plus on est obligé d'utiliser l'ordi pour le programme). Par contre, je croi que d'ici quelques semaines, mon langage préféré deviendra l'axe (rapide, pratique (sauf pour faire des maths), et compilable sur calculatrice).
Sandro
-
Ben déjà manque aussi le Xlib dans la liste.
Ensuite, Mimas permet de programmer en assembleur sur sa calculatrice, du coup tu peux te passer de l'ordinateur.
Voilà, moi j'aime bien l'Axe mais le TI-Basic est comme même beaucoup plus facile. :P
-
En tout cas, je doute qu'un compilateur On-Calc sur la TI82stats.fr laisse beaucoup d'espace pour les programme.
-
Ouais peut ête. Aussi bienvenue sur le forum Sandro ;D
Merci, je passais déjà par ici de temps en temps, mais comme je n'ai eut ma TI84+SE (donc un accès à l'axe parseur) que la semaine dernière, avant je ne suis jamais tombé sur une discution où je pensais pouvoir apporter quelquechose.
Sinon, je crois que pour l'instant je préfère encore le TI-BASIC (l'assembleur, je trouve que c'est trop fastidieu à programmer pour le résultat (en plus ça prend beaucoup de place) et en plus on est obligé d'utiliser l'ordi pour le programme). Par contre, je croi que d'ici quelques semaines, mon langage préféré deviendra l'axe (rapide, pratique (sauf pour faire des maths), et compilable sur calculatrice).
Sandro
Ah je vois. Je suis content que tu aies eu ta TI-84+SE. Aussi il est mieux en fait de commencer avec le TI-BASIC avant l'Axe, car la syntaxe par moment est un peu similaire, malgré que maintenant il y a plein de nouveau trucs différents.
Aussi pour Mimas, je crois qu'on est limité dans la taille du programme par la RAM. A moins qu'il soit possible de faire comme avec Axe et d'avoir pleins de programmes de source séparés dans l'archive pendant qu'on en édite d'autres?
-
Je crois bien, oui. Enfin on peut archiver les programmes.
-
Je crois que tous qui me connaissent sauront qu'il n'y a qu'un langage dans laquelle je programme, et ça c'est l'assembleur. Ce qui me surprend surtout c'est qu'il n'y en a pas plus, des programmeurs d'asm, car je croirait qu'avec tous ces nouveaux langages on aurait envie d'explorer plus le pouvoir (si l'on peut l'appelle ainsi) de sa calculatrice. :D
Salut à tous :)
-
Pour vouloir programmer, il faut vouloir changer le monde. ;)
-
Je crois que tous qui me connaissent sauront qu'il n'y a qu'un langage dans laquelle je programme, et ça c'est l'assembleur. Ce qui me surprend surtout c'est qu'il n'y en a pas plus, des programmeurs d'asm, car je croirait qu'avec tous ces nouveaux langages on aurait envie d'explorer plus le pouvoir (si l'on peut l'appelle ainsi) de sa calculatrice. :D
Salut à tous :)
Bienvenue dans la section francaise Chickendude :D, tu devrais passer plus souvent par la section anglo aussi :D
En fait entre 2004 et 2009 j'ai noté une diminution considérable de programmeurs ASM, au profit des libraries et extensions TI-BASIC (comme xLIB et Omnicalc). Je crois que le problème était la difficulté de l'apprentissage de l'ASM pour la plupart avec l'ASM in 28 days. Mais quand Axe est sorti et quand le tuto d'Hot_Dog 83+ ASM for the Absolute Beginner est arrivé, j'ai remarqué une augmentation considérable de programmeurs ASM par rapport à il y a quelques années. Par contre il y en a encore bien moins qu'en 2002 par exemple, et la plupart des gens utilise l'Axe Parser à présent. Même le TI-BASIC avait connu une baisse de popularité depuis un an et demi.
-
Merci, je crois bien que je retournerai bientôt aux forums, j'ai plusieurs projets à terminer et j'aurai enfin le temps d'y dédier mon temps :) D'ailleurs, j'aimerais programmer quelque chose pour le concours de yAronet et peut-être instiller un peu d'activité dans la communauté asm.
-
Bonne chance
-
Moi aussi j'aimerai bien qu'il y ait un peu plus de mouvement dans la communauté asm...
-
Pourtant il y a tout de même eu pas moins de 7 projets au zcontest ASM, et tous des excellents projets !
-
Oui l'ASM semble reprendre depuis au moins 1 an et demi. Je crois que l'arrivée d'Axe et du Hot Dog ASM for absolute beginner a aidé grandement, malgré que certains fans de l'ASM en 28 jours trouvent qu'il ne focus pas sur les bon trucs. Beaucoup de monde abandonnait l'apprentissage de l'ASM car avec l'ASM in 28 days ils n'y comprennaien absolument rien.
Reste que c'est tout un contraste avec les années 2005 à 2009. En 2005, des programmeurs ASM commençaient déja à se plaindre qu'il n'y avait plus de projets ASM.
Aussi mdr1 content de te revoir sur le forum.
-
Je pense qu'il serait intéressant que tu fasses un extension de ton site en donnant la possibilité de faire des tutoriels.
Cela permettrait d'augmenter l'activité francophone, je pense. Ne serait-ce pas une bonne idée ?
Au fait j'avais oublié ce message mais il est maintenant possible de faire des tutoriels sur le site. Le seul pré-requis c'est qu'un topic informant de l'upload du tuto et un lien vers celui-ci soit fait lorsqu'il est approuvé.
http://www.omnimaga.org/index.php?action=articles;cat=11
Pour les tutos en Français, simplement ajouter [Français] au début du titre. :)