Erros, bugs, perguntas - página 679

[Renat Fatkhullin]

Ninguém o está a ignorar, ter em conta o download do build release de sexta-feira e o fim-de-semana. Não deixaremos de o verificar.

[x572intraday]

Vinte e cinco novamente.

Encontrei muitas perguntas e respostas sobre o erro 4802 em diferentes tópicos no fórum. Verifiquei tudo no meu código (caminhos no disco e no meu iCustom), compilei o indicador personalizado, compilei também o principal - o terminal mostra erro:"2012.03.24 16:44:31 11 (NZDUSD,H4) não pode carregar o indicador personalizado 'C:\Program Files\MetaTrader 5\MQL5\Indicators\Examples\iCFractals.mq5' [4802]" [4802]".

   handle=iCustom(_Symbol,PERIOD_CURRENT,
//                  TerminalInfoString(TERMINAL_DATA_PATH)+"\\MQL5\\Indicators\\Examples"+"\\iCFractals.mq5"
                  "C:\\Program Files\\MetaTrader 5\\MQL5\\Indicators\\Examples\\iCFractals.mq5"
                 );

iCFractals.mq5 é uma cópia do padrão Fractals.mq5, o indicador principal é uma cópia de iFractals do ficheiro de Ajuda com substituição:

handle=iFractals(_Symbol,PERIOD_CURRENT);

para o código acima.

Construir 619 x32.

[Rashid Umarov]

Tem a certeza de ter feito tudo como descrito na ajuda? https://www.mql5.com/ru/docs/indicators/icustom Há também um exemplo abaixo.

[x572intraday]

Rosh:

Tem a certeza de ter feito tudo como descrito na ajuda? https://www.mql5.com/ru/docs/indicators/icustom Há também um exemplo abaixo.

Fez tudo isto. Até me belisquei só por precaução. Sem sorte.

Depois fi-lo novamente, o que foi inútil, porque não funcionou da última vez: retirei a extensão do nome do indicador. Agora funcionou.

Obrigado!

[x572intraday]

Que desastres irão acontecer ao terminal se introduzirmos para cada barra (excepto para o período de tempo M1) um parâmetro adicional como o tempo exacto(M1) de extensões altas e baixas? Por agora, todos os valores de tempo precisos de barras de prazos superiores devem ser calculados de forma intensiva em termos de recursos através de MQL. Pessoalmente, sinto falta do acesso aos valores exactos já feitos. Se o histórico for calculado em minutos e outros prazos forem gerados localmente a partir do M1, o terminal pode simplesmente calcular valores exactos ao mesmo tempo e adicioná-los à base de dados que irá crescer um pouco. Em geral, não estar pronto com tempos exactos para barras envolve uma série de problemas, tais como a necessidade de se preocupar com isso e a impossibilidade, em princípio, de limitar o número de barras na janela do terminal, porque os cálculos de refinação entram profundamente na história que não pode ser limitada e, como consequência, provocam o transbordamento da memória, para não falar da duração dos cálculos... Isto não é um problema secundário.

[Mykola Demko]

x100intraday:
Que desastres resultarão da introdução de um parâmetro adicional como a precisão(M1) dos tempos de extensões altas e baixas para cada barra (excepto para o prazo M1) para o terminal? Por agora, todos os valores de tempo precisos de barras de prazos superiores devem ser calculados de forma intensiva em termos de recursos através de MQL. Pessoalmente, sinto falta do acesso aos valores exactos já feitos. Se o histórico for calculado em minutos e outros prazos forem gerados localmente a partir do M1, o terminal pode simplesmente calcular valores exactos ao mesmo tempo e adicioná-los à base de dados que irá crescer um pouco. Em geral, não estar pronto com tempos exactos para barras envolve uma série de problemas, tais como a necessidade de se preocupar com isso e a impossibilidade, em princípio, de limitar o número de barras na janela do terminal, porque os cálculos de refinação entram profundamente na história que não pode ser limitada e, como consequência, provocam o transbordamento da memória, para não falar da duração dos cálculos... Não é, de forma alguma, um problema secundário.

Em princípio, os custos de memória não irão aumentar muito, porque não precisamos de armazenar data/hora alta e baixa, mas apenas a diferença com a abertura do bar.

Mas penso que não é o momento exacto de alta e baixa que é mais importante para muitos dos que estão interessados, mas sim qual deles veio primeiro. Nem sempre é uma vela de touro que se acende primeiro, por vezes é vice-versa, mas é rara. Mas desde que a modelagem seja precisa, penso que não fará qualquer mal ao código o mais cedo possível.

E é um consumo mínimo de memória (1 bit adicional).

[Renat Fatkhullin]

Urain:

Mas como se afirma que a modelação é precisa, não creio que faria qualquer mal a quem já tenha ido antes.

A modelação é exacta e baseia-se em informações das actas.

Mas se alguém no Daily quiser saber alguns dados esquemáticos da história anterior, é necessário pegar nessa história (minuto a minuto) e analisá-la. Não há necessidade de apresentar variantes de "extremum high-low, etc." - estes são apenas casos especiais.

[x572intraday]

Renat:

A modelação é exacta e baseia-se em informações das actas.

Se alguém no Daily quer saber alguns dados esquemáticos de uma história anterior, então tem de pegar nessa história (minuto a minuto) e analisá-la. Não há necessidade de apresentar variantes de "extremum high-low, etc." - estes são apenas casos especiais.

Se o problema não for resolvido a nível terminal, o caso permanecerá privado, extremamente lento e não reclamado. Gostaria de escrever não só para mim e para aqueles que têm gabinetes de computador nas proximidades, mas também para quaisquer potenciais utilizadores. Afinal, não está a mudar a geração de barras de tempo não-M1 para programadores MQL, e por isso o acesso aos valores exactos dos tempos das barras pode muito bem ser facilitado. O programador MQL não deve conhecer tal rotina, deve pensar em estratégias e algoritmos de negociação, e não neste alvoroço.

[Vladimir Gomonov]

Renat:

A modelação é precisa e baseada em informações das actas.

Se alguém no Daily quiser saber algum fragmento de dados de uma história anterior, então é preciso pegar exactamente nessa (minuta) história e analisá-la. Não há necessidade de inventar variantes de "extremo alto-baixo, etc." - estes são apenas casos especiais.

Renat, o seu histórico minucioso é excepcionalmente trabalhoso para analisar. Uma tal análise está repleta de "falhas agradáveis" [(c) MetaQuotes Software Corp.] E sabe porquê - por causa das barras perdidas.

--

Se quiser fazer um terminal avançado , tem de introduzir sistematicamente características avançadas no terminal. Fazer coisas que nenhum dos concorrentes tem. Ou seja, afastar-se da tradição em favor de mais informação, rapidez, consistência (interconectividade), relação custo-eficácia e outras possibilidades de utilização. Comete regularmente o mesmo erro estratégico - concentre a sua tomada de decisão na dimensão estatística dos grupos de consumidores de um determinado serviço.

Tornar um produto conveniente (= de alguma forma atractivo?) para uma maioria estatística de utilizadores e assumir que esta maioria começará automaticamente a consumir o produto em massa é uma política utópica. O rebanho tem uma estrutura hierárquica e segue sempre os líderes dos subgrupos. Até que isto se torne um axioma da sua estratégia de usabilidade, continuará a fazer cálculos errados na avaliação do potencial apelo dos seus serviços.

No contexto do acima exposto, existem recursos tremendos para aumentar a atractividade do terminal para as massas - por exemplo, para finalmente implementar um histórico de minutos "sem buracos", a possibilidade de o testar em citações de terceiros, ordens CCA, e muitos outros serviços "estatisticamente não reclamados" que são de interesse real (e não apenas escritos do nada) para os líderes intelectuais nos seus próprios fóruns.

[Renat Fatkhullin]

MetaDriver:

Renat, o seu histórico minucioso é invulgarmente demorado a analisar. Tal análise está repleta de "falhas agradáveis" [(c) MetaQuotes Software Corp.] E sabe porquê - por causa das barras perdidas.

Cabe ao programador analisar os dados. A pergunta acima foi puramente privada e não tem nada a ver connosco ou com o terminal.

As perguntas sobre as barras perdidas provêm do desconhecimento da situação do mercado. Olhe para gráficos de acções ou futuros para alargar os seus horizontes e as perguntas sobre "não deve haver buracos" desaparecerão instantaneamente.

Se quiser fazer um terminal avançado , deve implementar sistematicamente características avançadas no terminal. Faça algo que nenhum dos seus concorrentes tenha. Isto é, afastar-se da tradição em favor de mais informação, rapidez, consistência (interconectividade), economia e outras possibilidades de utilização. Comete regularmente o mesmo erro estratégico - concentre a sua tomada de decisão na dimensão estatística de grupos específicos de consumidores de serviços.

Estas são palavras gerais. Especialmente sobre estratégia.