Indicatori Elite :) - pagina 218
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Mladen,
Grazie!
Mladen...
Ciao Mladen,
RE: indicatore "nonlagma multi time frames trend"
Guardando la linea 164, trovo questa codifica:
limite = MathMin(Bars-counted_bars,Bars-1);
Non essendo un codificatore, perdonate la mia ignoranza.
La mia domanda è se questo può essere il motivo per cui l'indicatore salta indietro di 2 barre anche quando è impostato su 1 TF come un M30 su M5-TF?
Vedo un enorme potenziale per questo indicatore, a condizione che si possa "correggere" questo inconveniente.
Grazie per avermi risposto dopo essermi goduto il fine settimana.
Cordiali saluti.
ValeoFX
Devo ammettere che non capisco completamente la tua domanda, ma cercherò di spiegare alcune cose che credo ti lascino perplesso.
_________________________
Metatrader tratta gli array come il C++: quando si accede all'ultimo elemento di un array di 10 elementi, non si usa 10 come indice dell'elemento ma 9. Da qui la parte "Bars-1" in quell'espressione - per evitare di uscire dai confini dell'array. La prima parte (Bars-counted_bars) è semplice determinazione di quante barre sono effettivamente cambiate e deve essere calcolata (ogni barra cambiata deve essere ricalcolata a causa dell'input cambiato) Poiché counted_bars può essere 0, quell'espressione può produrre Bars come numero di barre da calcolare ma poi viene la sicurezza "Bars-1".
Questo è tutto. Non può causare alcun calcolo sbagliato. Sta solo determinando quante barre deve ricalcolare (per favore non cadete nella trappola che ricalcolare è ridipingere: non lo è. Come ho detto molte volte, ridipingere è un errore di codifica, ricalcolare è uno stato normale di un codice quando con gli stessi input anche i risultati devono essere gli stessi).
_________________________
Il multi time frame invece deve essere trattato con cura: è un insieme di dati completamente separato, un numero di barre cambiato completamente separato, tutto separato. Questo è il motivo per cui chiamo il target time frame per ottenere il numero di barre cambiate: altrimenti sarebbe solo una supposizione. Ma quando un target time frame viene chiamato restituisce i valori che metatrader ha assegnato e "conosce" per quel time frame, quindi non viene fatta alcuna supposizione. E quando tutti i time frames numero di barre sono combinati, il risultato più lungo deve essere usato. Ma, come sapete, una barra di 1 ora su un grafico di 1 minuto richiede fino a 60 barre per ogni barra di 1 ora (dico "fino a" poiché le barre in qualsiasi time frame possono mancare), quindi ogni numero di barre del time frame viene moltiplicato per il rapporto che rappresenta il numero di barre che il time frame di destinazione occupa su un grafico corrente.
Quindi, come vedete, dipende completamente dalle "risposte" ricevute dal target time frame (il terminale di metatrader alla fine) e dai calcoli del target time frame (ancora il terminale di metatrader e il numero di barre ricalcolate) Nella mia esperienza, metatrader tende a rompere alcuni processi in "pezzi" più piccoli: distribuisce il tempo di elaborazione tra tutti i grafici e tutti i thread che avvia e poiché ogni altra chiamata personalizzata di time frame è trattata come un indicatore e un thread completamente separato, potrebbe distribuire quel tempo "a modo suo" (non in modo sequenziale per un processo, ma in modo sequenziale per i thread avviati, il che non deve affatto coincidere con l'ordine dei processi) e ciò potrebbe causare alcuni "intoppi" nei calcoli massicci - ma per quanto ne so, alla fine, si stabilizza e dà risultati che sono corretti, senza alcun presupposto e senza trascurare alcuna parte del calcolo nel suo complesso, ed è l'obiettivo di ogni calcolo corretto
_________________________
Spero che quello che ho detto qui abbia senso. Non posso spiegarlo più semplicemente (insegnare non è qualcosa che faccio bene
)
saluti
Mladen
Ciao Mladen,
RE: indicatore "nonlagma multi time frames trend"
Guardando la linea 164, trovo questa codifica:
limit = MathMin(Bars-counted_bars,Bars-1);
Non essendo un codificatore, perdonate la mia ignoranza.
La mia domanda è se questo può essere il motivo per cui l'indicatore salta indietro di 2 barre anche quando è impostato su 1 TF come un M30 su M5-TF?
Vedo un enorme potenziale per questo indicatore, a condizione che si possa "correggere" questo inconveniente.
Grazie per avermi risposto dopo essermi goduto il fine settimana.
Cordiali saluti.ValeoFX
Devo ammettere che non capisco completamente la tua domanda, ma cercherò di spiegare alcune cose che credo ti lascino perplesso.
_________________________
Metatrader tratta gli array come il C++: quando si accede all'ultimo elemento di un array di 10 elementi, non si usa 10 come indice dell'elemento ma 9. Da qui la parte "Bars-1" in quell'espressione - per evitare di uscire dai confini dell'array. La prima parte (Bars-counted_bars) è semplice determinazione di quante barre sono effettivamente cambiate e deve essere calcolata (ogni barra cambiata deve essere ricalcolata a causa dell'input cambiato) Poiché counted_bars può essere 0, quell'espressione può produrre Bars come numero di barre da calcolare ma poi viene la sicurezza "Bars-1".
Questo è tutto. Non può causare alcun calcolo sbagliato. Sta solo determinando quante barre deve ricalcolare (per favore non cadete nella trappola che ricalcolare è ridipingere: non lo è. Come ho detto molte volte, ridipingere è un errore di codifica, ricalcolare è uno stato normale di un codice quando con gli stessi input anche i risultati devono essere gli stessi).
_________________________
Il multi time frame invece deve essere trattato con cura: è un insieme di dati completamente separato, un numero di barre cambiato completamente separato, tutto separato. Questo è il motivo per cui chiamo il target time frame per ottenere il numero di barre cambiate: altrimenti sarebbe solo una supposizione. Ma quando un target time frame viene chiamato restituisce i valori che metatrader ha assegnato e "conosce" per quel time frame, quindi non viene fatta alcuna supposizione. E quando tutti i time frames numero di barre sono combinati, il risultato più lungo deve essere usato. Ma, come sapete, una barra di 1 ora su un grafico di 1 minuto richiede fino a 60 barre per ogni barra di 1 ora (dico "fino a" poiché le barre in qualsiasi time frame possono mancare), quindi ogni numero di barre del time frame viene moltiplicato per il rapporto che rappresenta il numero di barre che il time frame di destinazione occupa su un grafico corrente.
Quindi, come vedete, dipende completamente dalle "risposte" ricevute dal target time frame (il terminale di metatrader alla fine) e dai calcoli del target time frame (ancora il terminale di metatrader e il numero di barre ricalcolate) Nella mia esperienza, metatrader tende a rompere alcuni processi in "pezzi" più piccoli: distribuisce il tempo di elaborazione tra tutti i grafici e tutti i thread che avvia e poiché ogni altra chiamata personalizzata di time frame è trattata come un indicatore e un thread completamente separato, potrebbe distribuire quel tempo "a modo suo" (non in modo sequenziale per un processo, ma in modo sequenziale per i thread avviati, il che non deve affatto coincidere con l'ordine dei processi) e ciò potrebbe causare alcuni "intoppi" nei calcoli massicci - ma per quanto ne so, alla fine, si stabilizza e dà risultati che sono corretti, senza alcun presupposto e senza trascurare alcuna parte del calcolo nel suo complesso, ed è l'obiettivo di ogni calcolo corretto
_________________________
Spero che quello che ho detto qui abbia senso. Non posso spiegarlo più semplicemente (insegnare non è qualcosa che faccio bene
)
saluti
Mladen=================
Mi inchino alla tua conoscenza superiore, SIR!
Grazie per aver trovato il tempo di insegnarmi una lezione preziosa. Molto apprezzato.
Ti auguro una grande settimana.
Ciao mladen
Potresti per favore fare una versione histo dell'indicatore nonlagdot.
molto apprezzato
grazie.
Mike
Ecco a voiMladen
Potresti per favore fare una versione histo dell'indicatore nonlagdot.
molto apprezzato
grazie.GRAZIE MLADEN
indicatore nonlagdot
ho una richiesta.
invece di avere punti su tutto il grafico, è possibile disegnare una freccia su/giù quando il colore cambia senza disegnare i punti?
questo lascia il grafico molto più pulito e, a mio modesto parere, è molto più utile nel tentativo di valutarlo in backtasting "a occhio".
questo indicatore si ridipinge?
grazie in anticipo,
Dada.
Come so che non ridipinge...
Ciao mladen
Mike
Ecco a te
Rimosso il ColorBarBack (non c'è bisogno di quel parametro - ridisegnare in quel modo era un residuo di una modalità di disegno a linee (non a punti)) saluti MladenDevo chiederti un altro favore
VERSIONE HISTO di Averages-mtf-alerts
Grazie per il tuo tempo e la tua pazienza