Voici le problème du nmc. Ont-ils "mql" un livre de syntaxe écrit ENCORE !
Merci
Ray
Ray
Pas de livre de syntaxe (encore). Pour autant que je sache, Renat a dit qu'il n'y aura pas de mise à jour du livre (si je me souviens bien, ce qu'il a dit était quelque chose comme "mql n'a aucune intention de mettre à jour le livre existant avec les nouvelles règles de codage").
Il s'agit de la version multi time frame de la stochastique couleur postée quelques messages auparavant.
Pour autant que je sache, tous les problèmes possibles de mtf sont résolus.
___________________________
Une ou deux choses qui pourraient nécessiter une explication préalable.
Les flèches sont dessinées sur la première barre de l'intervalle de temps choisi. En réalité, ce n'est pas toujours le cas : la flèche peut avoir été dessinée sur n'importe quelle barre appartenant à l'intervalle de temps choisi (par exemple, si vous êtes sur un graphique de 5 minutes et que vous regardez un intervalle de temps d'une heure, la flèche est dessinée à nn:00 alors qu'elle peut avoir été dessinée sur n'importe laquelle des 12 barres (de nn:00 à nn:55 minutes) appartenant à cette barre d'une heure). J'ai choisi la solution la plus simple (pas au niveau du codage, mais visuellement : il y aurait des zillions de flèches sinon).
Ce que j'ai dit, c'est que la non-représentation peut être un problème en plusieurs temps, mais celui-ci est résolu : voici une comparaison de ce dont je parlais - en haut, la nouvelle version (interpolation réglée sur false pour la comparaison) et en bas, l'"ancienne" version (la v1.04d). Même si elles ne "colorient" pas la même chose, on voit bien où est le problème et quelle version fonctionne comme elle le devrait.
Et enfin : les alertes sont déclenchées une fois par barre de temps cible. Ainsi, si vous surveillez un cadre temporel de 1 heure sur un graphique de 5 minutes, vous recevrez une alerte une fois par heure et non 12 fois (pour chaque barre de 5 minutes appartenant à cette barre cible de 1 heure).
C'est tout. Comme d'habitude, vous pouvez choisir d'interpoler ou non et elles ressemblent alors à celles-ci :
PS : pour les cas où vous souhaitez placer plus d'un indicateur sur un même graphique, fournissez un nom unique pour les flèches dans le paramètre arrowsIdentifier. De cette façon, ils ne vont pas "mélanger" les flèches (les flèches sont des objets dans cet indicateur, et ils ont besoin de noms uniques afin d'être gérés correctement - la génération automatique de noms uniques ne fonctionne pas dans les cas de crashs metatrader ou de modèles, donc je n'utilise pas la génération automatique de noms uniques).
Multi time frame TVI (réécrit complètement - les résultats sont les mêmes) Renommé aussi en TVI, puisqu'il n'y a rien de lié aux "ticks" dans son calcul (la meilleure description serait une "sorte de volume lissé double, modifié par le calcul du momentum à l'ouverture").
Il y a cependant quelques différences. La première est celle où la super ligne de tendance est dessinée. Dans celui que vous avez posté, il y a une partie du code qui essaie manifestement de résoudre le problème des différents cadres temporels (cette partie du code) :
switch(Period()) {
case 1: UpDownShift = 3; break;
case 5: UpDownShift = 5; break;
case 15: UpDownShift = 7; break;
case 30: UpDownShift = 9; break;
case 60: UpDownShift = 20; break;
case 240: UpDownShift = 35; break;
case 1440: UpDownShift = 40; break;
case 10080: UpDownShift = 100; break;
case 43200: UpDownShift = 120; break;
}
Elle essaie, plus ou moins, d'ajuster la distance en pips pour différents cadres temporels. Le premier problème est qu'il est destiné aux courtiers à 4 chiffres (qui est le plus petit problème - il est pris en charge dans cette version) et l'autre est qu'il fait une différence constante indépendamment de la volatilité. Même Jason Robinson a abandonné cette méthode et a pris ce qui est utilisé dans les stops Atr ou Jan Arps "original" (celui que Jan Arps appelle "trender") et utilise la moyenne de l'écart réel pour les distances et non des distances fixes. Quoi qu'il en soit, j'ai laissé une option pour utiliser "l'ancien calcul" qui se rapproche de "l'ancienne méthode" (pas à 100% car je ne voulais pas revenir entièrement en arrière en ce qui concerne les calculs).
A titre de comparaison, peu importe le calcul utilisé, les changements de couleur sont aux mêmes endroits (c'est une tendance CCI après tout ).
J'ai ajouté les trucs habituels : interpolation, non repainting,... Voici une super tendance d'une heure sur un graphique de 15 minutes. La longueur par défaut du CCI dans celui-ci est passée de 14 à 50 (c'est plus ou moins commun pour cela, mais vous pouvez la changer dans les paramètres à la longueur que vous souhaitez).
___________________
Après ce long message, je vous souhaite un bon week-end.
salutations
mladen
yama728: Salut et merci mladen.
Je veux un indicateur MTF "super trend" s'il vous plaît.
: Suppression de la limitation des barres (il calcule maintenant tout l'historique)
Maintenant vous pouvez choisir le prix au lieu d'utiliser la fermeture fixe
Vous pouvez choisir entre le calcul T3 original de Tillson et le calcul Fulks / Matulich (T3Original paramètre - par défaut réglé sur Fulks / Matulich puisque c'était celui utilisé dans celui que vous avez posté)
Et les trucs habituels pour le multi time frame
PS : à la demande de Yamas, j'en ai fait un avec les flèches et les alertes. Je l'ai attaché ici pour les garder ensemble
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.
malden
Voici le problème du nmc. Ont-ils "mql" un livre de syntaxe écrit ENCORE !
Merci
RayRay
Pas de livre de syntaxe (encore). Pour autant que je sache, Renat a dit qu'il n'y aura pas de mise à jour du livre (si je me souviens bien, ce qu'il a dit était quelque chose comme "mql n'a aucune intention de mettre à jour le livre existant avec les nouvelles règles de codage").
Quoi qu'il en soit, voici : ml-heiken_ashi_zone_trade_histo_nmc.mq4
Mise à jour de la couleur stochastique : color_stochastic__mtf_nmc.mq4
A l'origine (avec une description détaillée), il a été posté ici : https://www.mql5.com/en/forum/general
...
Il s'agit de la version multi time frame de la stochastique couleur postée quelques messages auparavant.
Pour autant que je sache, tous les problèmes possibles de mtf sont résolus.
___________________________
Une ou deux choses qui pourraient nécessiter une explication préalable.
Les flèches sont dessinées sur la première barre de l'intervalle de temps choisi. En réalité, ce n'est pas toujours le cas : la flèche peut avoir été dessinée sur n'importe quelle barre appartenant à l'intervalle de temps choisi (par exemple, si vous êtes sur un graphique de 5 minutes et que vous regardez un intervalle de temps d'une heure, la flèche est dessinée à nn:00 alors qu'elle peut avoir été dessinée sur n'importe laquelle des 12 barres (de nn:00 à nn:55 minutes) appartenant à cette barre d'une heure). J'ai choisi la solution la plus simple (pas au niveau du codage, mais visuellement : il y aurait des zillions de flèches sinon).
Ce que j'ai dit, c'est que la non-représentation peut être un problème en plusieurs temps, mais celui-ci est résolu : voici une comparaison de ce dont je parlais - en haut, la nouvelle version (interpolation réglée sur false pour la comparaison) et en bas, l'"ancienne" version (la v1.04d). Même si elles ne "colorient" pas la même chose, on voit bien où est le problème et quelle version fonctionne comme elle le devrait.Et enfin : les alertes sont déclenchées une fois par barre de temps cible. Ainsi, si vous surveillez un cadre temporel de 1 heure sur un graphique de 5 minutes, vous recevrez une alerte une fois par heure et non 12 fois (pour chaque barre de 5 minutes appartenant à cette barre cible de 1 heure).
C'est tout. Comme d'habitude, vous pouvez choisir d'interpoler ou non et elles ressemblent alors à celles-ci :PS : pour les cas où vous souhaitez placer plus d'un indicateur sur un même graphique, fournissez un nom unique pour les flèches dans le paramètre arrowsIdentifier. De cette façon, ils ne vont pas "mélanger" les flèches (les flèches sont des objets dans cet indicateur, et ils ont besoin de noms uniques afin d'être gérés correctement - la génération automatique de noms uniques ne fonctionne pas dans les cas de crashs metatrader ou de modèles, donc je n'utilise pas la génération automatique de noms uniques).
_______________________
Version mise à jour postée ici : https://www.mql5.com/en/forum/general
Tvi mis à jour : tvi_nmc.mq4
A l'origine, il a été posté ici : https://www.mql5.com/en/forum/general
...
casaliss
Multi time frame TVI (réécrit complètement - les résultats sont les mêmes) Renommé aussi en TVI, puisqu'il n'y a rien de lié aux "ticks" dans son calcul (la meilleure description serait une "sorte de volume lissé double, modifié par le calcul du momentum à l'ouverture").
Version mise à jour postée ici : https://www.mql5.com/en/forum/general
Salutations
mladen
Bonjour Mladen
MTF
MerciSuper trend mis à jour (version sans repeinture) : supertrend_nrp_nmc.mq4
A l'origine, il a été posté ici : https://www.mql5.com/en/forum/general
yama
Ici vous allez
___________________
Il y a cependant quelques différences. La première est celle où la super ligne de tendance est dessinée. Dans celui que vous avez posté, il y a une partie du code qui essaie manifestement de résoudre le problème des différents cadres temporels (cette partie du code) :
case 1: UpDownShift = 3; break;
case 5: UpDownShift = 5; break;
case 15: UpDownShift = 7; break;
case 30: UpDownShift = 9; break;
case 60: UpDownShift = 20; break;
case 240: UpDownShift = 35; break;
case 1440: UpDownShift = 40; break;
case 10080: UpDownShift = 100; break;
case 43200: UpDownShift = 120; break;
}Elle essaie, plus ou moins, d'ajuster la distance en pips pour différents cadres temporels. Le premier problème est qu'il est destiné aux courtiers à 4 chiffres (qui est le plus petit problème - il est pris en charge dans cette version) et l'autre est qu'il fait une différence constante indépendamment de la volatilité. Même Jason Robinson a abandonné cette méthode et a pris ce qui est utilisé dans les stops Atr ou Jan Arps "original" (celui que Jan Arps appelle "trender") et utilise la moyenne de l'écart réel pour les distances et non des distances fixes. Quoi qu'il en soit, j'ai laissé une option pour utiliser "l'ancien calcul" qui se rapproche de "l'ancienne méthode" (pas à 100% car je ne voulais pas revenir entièrement en arrière en ce qui concerne les calculs).
A titre de comparaison, peu importe le calcul utilisé, les changements de couleur sont aux mêmes endroits (c'est une tendance CCI après tout___________________
Après ce long message, je vous souhaite un bon week-end.
salutations
mladen
Salut et merci mladen.
Je veux un indicateur MTF "super trend" s'il vous plaît.
désolé mon mauvais anglais...
merciVersion mise à jour postée ici : https://www.mql5.com/en/forum/general
Mise à jour T3 dpo : t3_dpo-v2_nmc.mq4
A l'origine, il a été posté ici : https://www.mql5.com/en/forum/general
yama,
Voilàsalutations
mladen
Merci mladen.
c'est mon meilleur indicateur :)
regardez le fichier image.
Super trend et T3-DPO sont la meilleure combinaison.
Peut-on ajouter la MTF à T3-DPO ?
Merci !