Re: The MathPowa Project

par **persalteas** Ven 31 Aoû - 11:49

La, dans l'urgence, quelqu'un a-t-il un programme d'algorithme d'Euclide ?

J'ai celui de critor mais il est vraiment trop long...

PS: Linkakro, c'est une manie d'utiliser des End en trop ? Parce que en fait.... ça rend tes programmes inutilisables a l'intérieur d'un "Then:code:End"...
Ainsi, ton décomposeur en facteurs premiers fonctionne a merveille, mais... reboote a l'infini en inscrivant des 1 et des 1 après la pause.
Idem pour les approximations d'Euler.

par **linkakro** Ven 31 Aoû - 13:36

Je vais réécrire ces quelques programmes sans utiliser de bug de End afin de les rendre adaptés à ta façon de les intégrer dans d'autres programmes.

Le programme dont je t'ai fourni un pdf (concernant Bézout/Diophante) est justement un algorithme d'Euclide. (avec des calculs annexes pour résoudre l'équation)
D'ailleurs mon prog Bézout utilise l'algorithme d'Euclide en première partie, la seconde partie étant son exploitation.

J'uploaderai un programme de simple algorithme d'Euclide et une version "Bis" de mes deux autres programmes.

par **nikitouzz** Ven 31 Aoû - 16:47

non je n'ai pas ce type d’algorithme malheureusement....

au pire donne le code de critor je peut essayer de l'optimiser...

par **linkakro** Ven 31 Aoû - 19:01

Algorithme d'Euclide léger : [Vous devez être inscrit et connecté pour voir ce lien]

Versions modifiées des quelques programmes qui t'ont posé problème : [Vous devez être inscrit et connecté pour voir ce lien]

par **persalteas** Sam 1 Sep - 7:49

Merci beaucoup linka...

Simplement... tu dis que l'algo d'euclide c'est en rapport avec Bezout ?

Pourtant j'ai jamais étudié bezout en cours, alors que l'algo d'Euclide, je l'ai fait en 5e, je crois... Un truc concernant les pgcd, non ?

EDIT: Moui, en effet, vu ton lien... Mais ça ne sert a rien, j'abandonne l'idée...

Bien...

ALGEPOWA sort donc !!

Spoiler:

par Invité Sam 1 Sep - 9:44

Rien du tout comme programme au niveau du code

par **nikitouzz** Sam 1 Sep - 11:15

hum tu est sur que ce n'est pas optimisable... :troll:

je suis pas super super fort en basic donc je ne pense pas pouvoir l'optimiser

beau programme je l'essayerais plus tard Content

par **noelthebest** Sam 1 Sep - 13:39

Dans l'ensemble ça m'a l'air bien optimisé... non ?

par **persalteas** Sam 1 Sep - 14:10

Ben il fait moins de 10 Ko, je trouve ça bien pour le plus lourd de la série.

La version 82 stats pèsera encore moins puisque je remettrai tout en majuscules.

je pense qu'il est plutôt bien optimisé, oui.
je pourrais encore supprimer des entrées entre les Delvar et les lignes suivantes.
On gagnerait 6 octets.

par **nikitouzz** Sam 1 Sep - 14:48

il y a un truc que je ne comprend pas en basic.... pourquoi tout ces delvar ? a quoi ils servent ?

mais si c'est le plus lourd de la serie c'est cool alors Content

par **linkakro** Sam 1 Sep - 17:40

ERRATUM de la partie Approx :
-J'ai commis deux grossières erreurs (cela m'apprendra à tester mes codes lorsque je les modifie en 2 minutes...)
-une petite erreur de symbole inférieur cause un arrêt anticipé d'une itération.
-il manque un morceau des tests de sortie des While que j'avais prévu dans mon code
-De plus tu peux optimiser la partie Approx.Euler de MathPowa en réunissant les fins de mes deux codes.

Quitte à modifier tout ça, je peux faire encore mieux en remplaçant P par X.

Je suis perturbé par le θ dans le menu de Approx : c'est comme un "goto θ" et c'est à l'intérieur d'un If:Then.
Je cherche l'utilité de 21→B

Spoiler:

sachiix69 : les DelVar permettent de supprimmer les variables. Cela libère de la mémoire. Et en plus les variables numériques sont mises à zéro. Sans compter qu'on peut contracter les instructions sans sauter de ligne après un DelVar.

Maintenant que j'y pense, la simplification de racines peut t'intéresser, non ?
C'est moins bien que AUTOCALC mais je suis quand même fier de moi puisque en Basic : RACCALC

par **persalteas** Lun 3 Sep - 16:08

Ok, faut que je pense a corriger ces erreurs.

le 21→B, c'est pour le retour au menu, pour éviter une erreur (le curseur sera toujours sur Approx)

Sinon, les racines, j'ai déjà Clin Oeil

merci

par **nikitouzz** Lun 3 Sep - 19:11

ah d'accord Content

merci beaucoup, courage persalteas Content

par **persalteas** Jeu 6 Sep - 12:56

Pour ou contre le changement de nom en faveur de CalcPowa ? (puisque ça ne traite pas que de maths...)

[Vous devez être inscrit et connecté pour voir cette image]

par **Le Grec** Jeu 6 Sep - 13:08

C'est vrai que c'est mieux, CalcPowa.

(Bien que le "powa" et les deux points d'exclamation ne me plaisent pas trop...)

par **noelthebest** Jeu 6 Sep - 14:52

Oui c'est mieux comme ça.

par **nikitouzz** Jeu 6 Sep - 15:10

de toute facon c'est pareille mais calcpowa est quand meme mieux Content

par **persalteas** Jeu 4 Oct - 15:16

Bref, des nouvelles du front, plutôt mauvaises hélas...

- J'ai perdu le code d' ALGEPOWA a cause d'un bête Ctrl S trop hatif, j'ai donc perdu les versions récentes... Plus qu'à recommencer. Youpi.

- J'ai un ou deux soucis dans FONCTPOWA, notament a propos des complexes:
La TI refuse d'afficher une variable de type "complexe" à l'écran via la commande Text(, où alors je ne sais pas comment (Vous pouvez essayer si vous ne me croyez pas, vous aurez une ERR ARGUMENT...)
Bien entendu je ne peux pas utiliser "real" et "imag" pour afficher le nombre en deux fois puisque je suis en Basic augmenté, "real" ne fonctionne pas...

- J'ai également des problèmes avec Symbolic qui refuse de s'éxécuter depuis un programme. Les commande fonctionnent parfaitement depuis l'écran de base, hors programme, mais j'obtiens des erreurs de syntaxe quand la commande vient d'un programme. Aucune idée de pourquoi... :/

- Je recherche un programme qui donne l'équation de la tangente à la courbe en un point, attention, je parle bien dans un cas général, c'est a dire qu'il doit fonctionner si votre courbe est un logarithme ou un sinus... Je ne sais même pas si c'est possible d'en créer un en fait...

En bref, ça avance trop lentement à mon gout... Mais je n'abandonne pas Content

Si vous savez comment régler un de ces problèmes, je suis tout ouïe.

par **nikitouzz** Jeu 4 Oct - 17:41

-pour ton premier probleme.... aucune solution
-ce probleme m'est deja arriver il me semble qu'il y a une solutions je ne sais plus laquelle

-aucune idee
-critor est ton amis Clin Oeil

par **linkakro** Jeu 4 Oct - 19:07

La fonction Text() impose beaucoup de restriction, la fonction >Frac ne fonctionne pas non-plus.

Tu peux calculer la partie réelle par des moyens détournés.
Re(z)= (z+conj(z))/2 = arccos(argument(z))*(1-2(imag(z)<0) = ...

Veux-tu calculer l'expression littérale ou numérique de la dérivée pour la tangente ?
Numérique tu dois savoir faire, et littéral tu dois pouvoir utiliser ton EasyF'X ou autre chose de plus puissant.
Le reste c'est juste appliquer y(x)=f'(a)*(x-a)+f(a).

Je ne peux pas t'aider en ce qui concerne les programmes assembleur.

par **persalteas** Ven 5 Oct - 12:16

Merci bien Content

Mes solutions:

-Pour la tangeante, il me suffit de trouver la dérivée (avec Symbolic), de la stocker dans Y1 et d'appliquer y(x)=f'(a)*(x-a)+f(a)

- Pour le complexe: il y aurait plusieurs façons plus simples que la tienne de remplacer la fonction real(, BIEN QU'EN FAIT CE NE SOIT PAS LA PEINE: J'ai toujours cru que son utilisation de base n'était plus possible, et pourtant si, KermM me l'a montré hier...

Au pire, d'après Kerm:

Code:: real(X)=.5(x+conj(X

D'après Xeda:

Code:: real(X)=imag(iX

Donc j'ai des solutions pour ces deux points là Content

Me reste à trouver pour quelle raison Symbolic m'embête...

par **linkakro** Ven 5 Oct - 18:07

Kerm a pensé à la même chose que moi Clown

La méthode de Xeda est géniale. Très Content

J'ai pensé depuis longtemps que real devait être piratée seulement lorsqu'on entre plusieurs arguments (mais je n'ai pas testé), et lorsque tu as posé ta question j'ai cru que tu avais déjà testé et trouvé un échec.

par **persalteas** Ven 5 Oct - 21:28

Ce qui m'étonne, c'est qu'elle s'utilise parfois avec un seul argument !

par **persalteas** Ven 19 Oct - 21:12

Up, voilà un début de FonctPOWA, mon problème étant que je n'arrive pas a éxécuter correctement les commandes Symbolic, allez savoir pourquoi.

[Vous devez être inscrit et connecté pour voir ce lien]

Si quelqu'un arrive a le faire fonctionner...

(Les deux dernières fonctions du menu notament, équation de tangente et dérivation...)

Toutes les fonctions ne sont pas encore implémentées comme vous pouvez le voir.

par **persalteas** Lun 22 Oct - 12:02

Donc personne n'arrive non plus à lancer Symbolic ?

par Contenu sponsorisé