Eh bien oui, candidat, le iMA () natif est difficilement calculé de manière récursive. Le tout sans tenir compte des valeurs précédentes, par une formule simple.
Mathemat: Eh bien oui, candidat, le iMA () natif est difficilement calculé de manière récursive. Tout à partir de zéro, par une formule directe.
Non, iMA() est encore plus rapide que l'implémentation directe dans MQL. Rien n'empêche de compter de manière récurrente, simplement le même code peut être écrit en C et compilé avec le terminal.
P.S. J'avais juste besoin d'écrire les chiffres dans un ordre différent.
à Mathemat Indices nettoyés. M_qRMA nécessite un M_qWMA compilé P.S. J'ai quelques doutes sur la constance du 6. Peut-être est-il plus facile de faire tourner le calcul au fur et à mesure ? (voir f-la dans les commentaires)
lna01 писал (а): Vous auriez pu désavouer le côté paranoïaque, aussi :)
Ok, je le désavoue. Tu n'es pas paranoïaque. Une mesure normale pour garantir la pureté de l'expérience.
2 Korey : le six est tout à fait correct, si tout est compté avec précision. Il résulte de la somme des carrés des naturels 1 à N. La somme est N(N+1)(2N+1)/6. La sommation directe du logiciel donnera le même résultat, mais sera un peu plus longue.
Vous calculez la valeur k de normalisation de manière incorrecte, vous n'avez pas besoin de soustraire un de la somme ici. Et vous avez une formule qui est commentée de manière erronée : pas de
Si vous n'avez pas de compte, veuillez vous inscrire
Autorisez l'utilisation de cookies pour vous connecter au site Web MQL5.com.
Veuillez activer les paramètres nécessaires dans votre navigateur, sinon vous ne pourrez pas vous connecter.
Vous êtes connecté. L'authentification à deux facteurs a été désactivée. Configurez-la à nouveau et scannez un nouveau code QR, ou continuez avec l'authentification à deux facteurs désactivée.
Eh bien oui, candidat, le iMA () natif est difficilement calculé de manière récursive. Tout à partir de zéro, par une formule directe.
P.S. J'avais juste besoin d'écrire les chiffres dans un ordre différent.
Indices nettoyés. M_qRMA nécessite un M_qWMA compilé
P.S. J'ai quelques doutes sur la constance du 6. Peut-être est-il plus facile de faire tourner le calcul au fur et à mesure ? (voir f-la dans les commentaires)
Ah, le voilà. Désolé, je vous ai mal compris.
Qu'est-ce que le HMA, pisara?
P.S. Trouvé : 'HMA'. Quelle est l'idée derrière tout ça ?
halvedLength:= = if((ceiling(length/2) - (length/2) <= 0.5), ceiling(length/2), floor(length/2)) ;
sqrRootLength:= if((ceiling(sqrt(length)) - sqrt(length) <= 0.5), ceiling(sqrt(length)), floor(sqrt(length)) ;
Valeur1:= 2 * mov(price,length,method) ;
Valeur2:= mov(prix,longueur,méthode) ;
HMA:= mov((Value1-Value2),sqrRootLength,method) ;
voici une variante sans couleurs
Ok, je le désavoue. Tu n'es pas paranoïaque. Une mesure normale pour garantir la pureté de l'expérience.
2 Korey : le six est tout à fait correct, si tout est compté avec précision. Il résulte de la somme des carrés des naturels 1 à N. La somme est N(N+1)(2N+1)/6. La sommation directe du logiciel donnera le même résultat, mais sera un peu plus longue.
Vous calculez la valeur k de normalisation de manière incorrecte, vous n'avez pas besoin de soustraire un de la somme ici. Et vous avez une formule qui est commentée de manière erronée : pas de
а