Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
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 Ti68K » Programmation C » traduction Basic->C (25 réponse(s))

./REPRISE DU POST PRECEDENT (post n°19) Marquer comme non lu.

Benjy

Ecrit le: Vendredi 11 juin 2004 à 23:30

Membre: Maître Ultime

Groupe: Omega staff

Messages: 1156

Membre n°91

Inscrit le 09 mars 2004

lol bon voila le bou du prog basic
int(expr(lar))»la:int(expr(hau))»ha
If la>tai[1] or ha>tai[2] Then
Dialog
Title "Erreur"
Text ""
Text "Vous devez saisir un nombre inferieur"
Text "a la dimension d'origine"
EndDlog
Goto para
ElseIf getType(la)?"NUM" or getType(ha)?"NUM" Then
Text "Saisie incorrecte"
Goto para
EndIf
dos[do]&""&fic[fi]»img
tai[1]/la»c
tai[2]/ha»d
flib("clrscr","sprite:0,0,"&img)
newMat(la,ha)»mat
For xa,0,la-1
For ya,0,ha-1
0»t
flib("slmsg:"&string(xa)&","&string(ya))
For a,0,c-1
For b,0,d-1
flib("pixtest:"&string(tai[1]/la*xa+a)&","&string(tai[2]/ha*ya+b)):t+fl[1]»t
If t?(c+d)/2 Then
1»mat[xa+1,ya+1]
Goto a
EndIf
EndFor
EndFor
Lbl a
EndFor
EndFor
dim(mat)[1]»li
dim(mat)[2]»co
flib("clrscr")
For a,0,li-1
For b,0,co-1
If mat[a+1,b+1]=1:flib("pix:"&string(a)&","&string(b))
EndFor
EndFor

Le langage C y'a pas mieux!!!

./Post n°20 Marquer comme non lu.

bobti89

Ecrit le: Vendredi 11 juin 2004 à 23:41

Membre: Maître Ultime

Messages: 2494

Membre n°45

Inscrit le 09 février 2004

Bah li=la et co=ha, je comprends pas ton problème...

bob ou bob, vous ne voyez pas la différence. Pourtant il y en a une fondamentale, l'un est écrit à l'endroit, l'autre à l'envers.

Visitez mon site : http://www.bobti89.fr.st
Testez mon forum ici

./Post n°21 Marquer comme non lu.

Benjy

Ecrit le: Samedi 12 juin 2004 à 08:05

Membre: Maître Ultime

Groupe: Omega staff

Messages: 1156

Membre n°91

Inscrit le 09 mars 2004

hein tu voit ca ou????

Le langage C y'a pas mieux!!!

./Post n°22 Marquer comme non lu.

bobti89

Ecrit le: Samedi 12 juin 2004 à 11:23

Membre: Maître Ultime

Messages: 2494

Membre n°45

Inscrit le 09 février 2004

Bah tu crées un matrice aux dimensions : la et ha.
Je ne vois pas pourquoi elles auraient changé à la fin.

bob ou bob, vous ne voyez pas la différence. Pourtant il y en a une fondamentale, l'un est écrit à l'endroit, l'autre à l'envers.

Visitez mon site : http://www.bobti89.fr.st
Testez mon forum ici

./Post n°23 Marquer comme non lu.

Folco

Ecrit le: Samedi 12 juin 2004 à 14:52

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

cedere ou as-tu vu que les ROM_CALLs ralentissent les progs?? recrée tout en assembleur alors si tu trouves ça trop lent...

<<< 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°24 Marquer comme non lu.

Benjy

Ecrit le: Samedi 12 juin 2004 à 17:24

Membre: Maître Ultime

Groupe: Omega staff

Messages: 1156

Membre n°91

Inscrit le 09 mars 2004

lol oui mai elle sont aussi dur a utiliser je trouve

Le langage C y'a pas mieux!!!

./Post n°25 Marquer comme non lu.

Lionel Debroux

Ecrit le: Dimanche 20 juin 2004 à 13:53

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Alors (désolé pour le remontage, je n'étais pas là pendant une semaine):
* les ROM_CALLs graphiques sont en effet lents et peu adaptés aux jeux. Les ROM_CALLs du CAS pourraient être mieux faits (à commencer par next_expression_index), mais il suffit de les utiliser.
* le BASIC est un langage de haut niveau simple à utiliser mais pas extrêmement puissant et assez lent. Le C est un langage de bas niveau plus difficile à utiliser, beaucoup plus puissant et optimisé...
* ne pas penser à coder en BASIC pour coder en C. Tout repenser. Il est très difficile de refaire ce programme tel quel en C - et ça serait horriblement inefficace. Le C permet de faire beaucoup mieux que ça. Pour tes compteurs de boucles, de simples unsigned short ou même unsigned char suffisent. Pour ta matrice, il suffit d'une matrice de unsigned char. Pour afficher les nombres, c'est sprintf + ST_helpMsg. Pour tester/afficher les pixels, voir graph.h.

Si je peux me permettre une remarque: dans le code BASIC, tu devrais inverser les appels à getType et les vérifications de limite du début (risque "Error: A test did not resolve to true or false").

Lionel Debroux - membre de TICT.