मुझे पसंद है अंग्रेजी, लेकिन मुझे हिन्दी में लिखने के लिए पूर्ण सच बताना पसंद करते हैं. हालांकि अधिकांश लोगों को यहाँ की तरह अंग्रेजी या फ्रेंच सबसे ...

 हारे j / k: पी


EDIT : OHH programming language...

WTF?  wow, never expected the next reply to be from someone who knows hindi

and thank gtranslate

now I know how to say 'lol' in hindi though हारे

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)

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.

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.

Quote from: mdr1 on March 26, 2011, 05:48:55 am

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.

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

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