uma estratégia comercial baseada na Teoria da Onda de Elliott - página 11

 
Li sua discussão com interesse, e com mais interesse porque os métodos que você usa estão muito próximos de mim em virtude de minha ocupação profissional. Permitam-me fazer uma pequena contribuição. <br / translate="no">
Eu não uso algoritmos de suavização - todos eles ficam para trás

Experimente a conversão DCT com um núcleo de difração - suaviza muito bem, sem nenhum atraso. IMHO, funciona melhor que a LCF tradicional. Abaixo estão alguns trechos do código C++. A forma de utilizá-la, creio, está clara a partir dos comentários.



Obrigado - Vou tentar.

Boa sorte e atingir as tendências.
 
Alexjou, mostre-me, para comparação, suavização por muvin comum e DCT, com a mesma "janela" e no mesmo pedaço de gráfico. Isto é, uma foto no estúdio :) Acredito que este é o teste da mais alta qualidade.
 
Não posso fazê-lo exatamente com os mesmos parâmetros, pois não há correspondência um-a-um. Com parâmetros que estão próximos um do outro, posso tentar.
 
Belo gravik DCT, mas há uma suposição de que é tão belo pós-fatum. Ou eu estou errado?
 
Bela gravura DCT, mas há uma suposição de que ela é tão bela pós-fatumada. Ou eu estou errado?

Em geral, é correto. O problema é que, para desenhá-lo, precisamos recalcular cada vez todo o conjunto de um determinado número de barras, ou seja, o IndicatorCounted não vai funcionar. A questão é como desenhar corretamente esta matriz calculada depois, a fim de não corrigir o histórico após o fato? Se redesenharmos todo o conjunto, ele corrigirá a história. Se redesenharmos apenas as últimas barras, toda a beleza será perdida :(((( Tudo isso parece especialmente impressionante em uma janela separada.
Penso que se a metodologia da TC requer explicitamente um recálculo de matrizes (como a de Vladislav, tanto quanto entendi suas idéias), este inconveniente não será muito significativo.
 
Se um travessa tudo isso, a história será ajustada, se um travessa apenas as últimas barras, toda a beleza é perdida :(((( Tudo isso parece especialmente impressionante em uma janela separada. <br/ translate="no"> Penso que se a metodologia TC exigir explicitamente o recálculo de matrizes (como entendi as idéias de Vladislav), este inconveniente não será muito significativo.

Whoa, whoa...
Qual a utilidade de tudo isso?
Não é uma questão de quem é o melhor artista pós-facto:).

A questão é se a metodologia dada permite obter uma indicação da solução com uma alta probabilidade de sucesso.
De acordo com minha compreensão da física do processo, a ponta desta bela curva oscilará para frente e para trás a cada tique, representando alternadamente um extremo e sua ausência.
O desenho é significativo se mostrar o "traço" do final da linha (ex post facto bonito).
Não creio que este traço seja significativamente diferente do MA.
Você terá ou um atraso ou um contratempo.
 
Exatamente... Pior ainda: "a ponta desta bela curva" após a diferenciação alternativamente cruza zero, então não cruza. Para mim, o fato de uma travessia estável de zero em um determinado corredor é extremamente importante. Como trabalho com barras totalmente formadas, apenas recalculo o indicador nelas - como paliativo. Em minha desculpa, só posso dizer que vi em algum lugar (infelizmente, não consigo me lembrar exatamente onde) uma descrição de um indicador com um gerador LCF adaptável construído nele. O filtro gerado variou dependendo do comportamento do preço e, como me lembro, ele recalculou toda a gama de barras. Como não havia código fonte, eu não fiz o download da versão demo. Eles queriam muito dinheiro por um totalmente funcional.
 
E, a propósito. Eu ficaria muito grato se alguém pudesse explicar o significado e o uso da função SetIndexDrawBegin(...).
A referência diz:
<br / translate="no"> void SetIndexDrawBegin( int index, int begin)

Define o número da barra no gráfico, que deve ser usado para começar a desenhar a linha indicadora especificada. Os valores da matriz de indicadores com um índice menor que o número de barras especificado não serão desenhados no gráfico e exibidos na janela DataWindow. O valor padrão é 0.
...

"Não importa quantas vezes eu experimentei, nunca obtive resultados visíveis nos gráficos. Suponha que eu defina "número de barras especificado" igual a 10. Pergunta: onde não deve ser desenhado - antes desta barra (ou seja, de +Inf para ela) ou depois dela (ou seja, dela para 0)? Por alguma razão, ele é desenhado em todos os lugares. E como o índice pode ser inferior a zero definido por padrão, a menos, é claro, que se esteja tentando olhar para o futuro no sistema de coordenadas MT? Talvez esteja me faltando algo?
 
E, a propósito. Eu ficaria muito grato se alguém pudesse explicar o significado e o uso da função SetIndexDrawBegin(
...).
Em um fio vizinho. "Não consigo descobrir como pintar o indicador"
Neep 13.03.06 20:56.
Apenas esta função é útil.