Servicedesk: pigrizia, autismo o mancanza di volontà di ammettere gli errori? Completare i grafici con candele non native. - pagina 7
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
Su quali basi sta facendo una dichiarazione? Sei uno sviluppatore? In caso contrario, firmate "imho".
Non è un imho, sono informazioni degli sviluppatori.
qual è la tua domanda?
È difficile discutere con qualcuno che non conosce la questione, tutto si riduce al trolling.
OK, quindi se ci sono 2 minuti tra una barra e l'altra allora cosa?
E se sono 3 minuti allora cosa?
E se si tratta di un fine settimana, allora cosa?
Se è un giorno feriale ma è un giorno festivo, allora cosa?
Di nuovo, non guardate la storia di MQ, siamo realistici, la storia del dealing non è così profonda e non è così di alta qualità (anche se MQ non è l'ideale, ma come modello per altri dealing andrà bene).
Se su un timeframe minuto c'è > 1 minuto tra le barre, questa è una barra di un altro timeframe, quindi passate alla barra successiva, appena ottenete la prima barra con la condizione == 1 min. tutte le barre trovate da cui potete iniziare il calcolo.
Boom, errori, scintille dal computer,
Se c'è più di un minuto tra le barre, significa che non c'è stato nessun tick su qualche barra e abbiamo una barra mancata.
Non lo vedo come un punto di partenza della M1.
Ho programmato in MQL5 per più di un anno. L'algoritmo per trovare la prima barra sul timeframe è abbastanza complesso e inefficiente, è più facile per MQ salvare le informazioni sui punti di colla nel file storico stesso e mostrarle su richiesta entro 14 microsecondi, che cercare attraverso un milione di barre per trovare il punto di colla a 978 853 barre.
Boom, errori, scintille dal computer,
Se c'è più di un minuto tra le barre, significa che non c'è stato nessun tick su qualche barra e abbiamo una barra mancata.
Non lo vedo come un punto di partenza della M1.
Ho programmato in MQL5 per più di un anno. Se mi credete, l'algoritmo per trovare la prima barra nel timeframe è abbastanza complesso e inefficiente, è più facile per MQ salvare le informazioni sui glue point nel file di storia stesso e mostrarle su richiesta entro 14 microsecondi, che cercare attraverso un milione di barre per trovare il glue point a 978 853 barre.
Come è stato risolto questo problema prima, non ha nemmeno un anno?
Ho risolto questo problema 2 anni fa e ora non ricordo i dettagli, ma sono riuscito a farlo confrontando i tempi tra le barre.
Come è stato risolto questo problema prima, non ha nemmeno un anno?
Ho risolto questo problema 2 anni fa e non ricordo i dettagli, ma sono riuscito a farlo confrontando il tempo tra le barre.
Metto solo l'inizio del calcolo a partire dalla data nei parametri, e l'utente può fregarsi da solo capendo quale data imposterà.
Ognuno decide per conto suo, ma nessuno ha una soluzione normale, perché MQ ha creato una situazione che non poteva essere risolta normalmente.
Ho provato a gestirlo con una nota adesiva quando stavo lavorando con un indicatore e non sembrava un vero indicatore, ho provato a creare un falso buffer per memorizzare il numero di barre che sono state effettivamente calcolate e inviarlo a un altro indicatore.
Non è un'opinione, sono informazioni degli sviluppatori.
Qual è la sua domanda?
o come questo:
Non c'è nessun problema, soprattutto perché ogni broker decide quale storia usare. Se vuole - lascia che trasmetta un M1 leggermente più corto, ma pulito. Non devi usare la nostra storia più vecchia del 1999.
Solo la pratica lo dirà....
Renat, capisci che il tuo MT4 era un ambiente completamente aperto sia per il programmatore che per l'utente - intendo l'accesso ai file .hst e l'esportazione/importazione di dati storici dal terminale, e ora abbiamo MT5 senza descrizione di .hcc e senza importazione di dati storici. Sicuramente, con questo approccio, l'utente può avere "qualcos'altro".
Dacci un meccanismo per controllare la qualità della storia
e come sarà più avanti o così:
O come questo:
solo la pratica dirà....
Renat capisci che il tuo MT4 era un ambiente completamente aperto sia per il programmatore che per l'utente - intendo l'accesso ai file .hst e l'esportazione/importazione di dati storici dal terminale, e ora abbiamo MT5 senza descrizione di .hcc e senza importazione di dati storici. Sicuramente, con questo approccio, l'utente può avere "qualcos'altro".
Dateci un meccanismo per il controllo di qualità della storia
Non si tratta del dettaglio delle citazioni di qualche anno prebellico. Nessuno chiede le zecche dell'anteguerra.
Riguarda l'implementazione della visualizzazione del grafico e il funzionamento delle relative funzioni delle serie temporali.
Komposter, lavora con i verbali degli ultimi 10-12 anni e non pretendere che i verbali più vecchi del 1999 siano importanti per te.
Non c'è nessun problema, e avere giorni più vecchi del 1999 ti dà l'opportunità di vedere una storia più profonda.
Non c'è nessun problema, soprattutto perché ogni broker decide da solo che tipo di storia usare. Se vuole - lasciatelo trasmettere un po' più corto, ma puro M1. Non è necessario usare la nostra storia più vecchia del 1999.
La capacità di leggere e capire ciò che è scritto non è mai stata il tuo punto forte. Un uomo non è un lettore, un uomo è uno scrittore.
Mi autoliquido.
- Nessuno aggiungerà funzioni a MQL per analizzare cos'è un minuto e cos'è un giorno. Non è chiaro come farlo.
poco chiaro?
Opzione 1) Aggiungere al file di cronologia il parametro addizionale Basef - se la barra è veramente un minuto, allora 0 se non c'è un minuto, ma per esempio un'ora, allora il parametro = 60 se il giorno, allora il parametro = 1440.
a) quando si carica un grafico, controllarlo e rispettivamente proibire la visualizzazione di barre non native, ecc. fino alla data per il seriesinfointeger...
b) controllare una volta e registrare tutti i punti di fusione separatamente (la storia non andrà da nessuna parte)
variante 2) memorizzare solo le informazioni sui punti di cucitura (per risparmiare spazio, anche se penso che la variante 1 non occuperà il disco rigido di questi tempi)
variante 3) aggiungere le barre di minuti mancanti (dopo l'inizio di una storia di minuti - che è fine settimana e buchi semplici) e per esempio, dare loro un valore negativo e poi semplicemente lavorare con la molteplicità e se per esempio i barra tempo e i+1 è più di un minuto, allora il punto di unione è trovato. Ma questa è la variante più stupida perché dovremmo riscrivere gli algoritmi di tutti gli indicatori e i grafici diventeranno brutti come Zhanna Aguzarova
IMHO la variante 1 è la più accettabile. Nulla è stato cambiato, solo un po' aggiunto