Elliot Dalga Teorisine dayalı ticaret stratejisi - sayfa 11

Yeni yorum
 
Tartışmanızı ilgiyle ve profesyonel faaliyetlerim nedeniyle kullanılan yöntemlerin bana çok ama çok yakın olduğunu daha da büyük bir ilgiyle okudum. Küçük katkımı yapayım.
Kenar yumuşatma algoritmaları kullanmıyorum - hepsi geç kaldı

Difraktif çekirdeğe sahip bir DCT deneyin - çok iyi pürüzsüzleşir, hiç gecikme olmaz. IMHO, geleneksel LCF'den daha iyi çalışıyor. Aşağıda C++'daki kod parçacıkları bulunmaktadır. Kullanım yöntemi, bence, yorumlardan açık.



Teşekkürler - Deneyeceğim.

İyi şanslar ve geçen trendler.
 
Alexjou, lütfen karşılaştırma için, aynı "pencere" ve grafiğin aynı parçası üzerinde olağan hareketli ortalama ve DCT ile düzeltmeyi gösterin. Onlar. stüdyoya resim :) Bunun en kaliteli test olduğuna inanıyorum.
 
Tamamen aynı parametrelerle yapamam çünkü. bire bir yazışma yok. Yakın parametrelerle - deneyeceğim.
 
"MQL4: DCT yumuşatma"
 
Güzel bir DCT mezarı, ancak gerçeğin ardından çok güzel ortaya çıktığı varsayımı var. Ya da ben hatalıyım?
 
Güzel bir DCT mezarı, ancak gerçeğin ardından çok güzel ortaya çıktığı varsayımı var. Ya da ben hatalıyım?

Genel olarak doğru. Sorun şu ki, onu oluşturmak için, her seferinde belirli sayıda çubuktan tüm diziyi yeniden hesaplamanız gerekir, yani. IndicatorCounted burada çalışmaz. Soru, o zaman bu hesaplanan diziyi, gerçeğin ardından geçmişi düzeltmemek için nasıl doğru çizeceğimizdir? Tümünü yeniden çizersen geçmişi düzeltir, sadece son çubukları yeniden çizersen tüm güzellik kaybolur :((( Bütün bunlar özellikle ayrı bir pencerede etkileyici görünüyor.
TS yöntemi açıkça dizilerin yeniden hesaplanmasını gerektiriyorsa (fikirlerini anladığım kadarıyla Vladislav gibi), bu dezavantaj çok önemli olmayacağını düşünüyorum.
 
Tümünü yeniden çizersen geçmişi düzeltir, sadece son çubukları yeniden çizersen tüm güzellik kaybolur :((( Bütün bunlar özellikle ayrı bir pencerede etkileyici görünüyor.
TS yöntemi açıkça dizilerin yeniden hesaplanmasını gerektiriyorsa (fikirlerini anladığım kadarıyla Vladislav gibi), bu dezavantaj çok önemli olmayacağını düşünüyorum.

Dur dur..
Bütün bunlar ne işe yarar?
Aslında en iyi sanatçının kim olduğu ile ilgili değil :)

Soru, verilen tekniğin, yüksek bir başarı olasılığı olan bir çözüm göstergesi elde etmesine izin verip vermediğidir.
Sürecin fiziği hakkındaki fikirlerime göre, bu güzel eğrinin ucu her bir tik ile ileri geri sallanacak ve dönüşümlü olarak bir ekstremum veya yokluğunu tasvir edecek.
Şekilde sonun (güzel gerçeğinden sonra) çizgisinin "izini" gösteriyorsa anlamı vardır.
Bu izin MA'dan önemli bir fark olacağını düşünmüyorum.
Ya bir gecikme ya da bir pislik alacaksınız.
 
Bu doğru... Daha da kötüsü: farklılaşmadan sonra "bu güzel eğrinin ucu" dönüşümlü olarak sıfırı geçer, sonra geçmez. Benim için belirli bir koridorda sabit bir sıfır geçiş gerçeği son derece önemlidir. Tamamen şekillendirilmiş çubuklar üzerinde çalıştığım için, göstergeyi yalnızca üzerlerinde - palyatif olarak yeniden hesaplıyorum. Savunmamda, yalnızca bir yerde (ne yazık ki tam olarak nerede olduğunu hatırlayamıyorum) uyarlanabilir bir LTF üretecinin yerleşik olduğu bir göstergenin tanımını gördüğümü söyleyebilirim. Oluşturulan filtre, fiyat davranışına bağlı olarak değişti ve hatırladığım kadarıyla, tüm çubuk dizisi yeniden hesaplandı. Kaynak kodu orada olmadığı için demo sürümünü indirmedim. Tam işlevsellik için çok para istediler.
 
Ve bu arada. Birisi SetIndexDrawBegin(...) işlevinin anlamını ve kullanımını açıklayabilirse çok seviniriz.
Yardımda şunları okuyoruz:

geçersiz SetIndexDrawBegin( int dizini, int başlangıç)

Belirtilen gösterge çizgisinin çizilmesinin başlaması gereken grafikteki çubuğun numarasının ayarlanması. Belirtilen çubuk sayısından daha küçük bir indekse sahip gösterge dizisi değerleri grafik üzerinde çizilmez ve DataWindow'da görüntülenmez. Varsayılan değer 0'dır.
...

Ne kadar denesem de grafiklerde görünen hiçbir sonuca ulaşamadım. Diyelim ki "belirtilen çubuk numarasını" 10'a ayarladım. Soru: nereye çekilmemeli - bu çubuktan önce (yani +Inf'den ona) veya ondan sonra (yani ondan 0'a)? Nedense her yerde çiziliyor. Ve elbette, MT'de benimsenen koordinat sisteminde geleceğe bakmaya çalışmazsa, indeks varsayılan olarak ayarlanan sıfırdan nasıl küçük olabilir? Belki bir şeyleri özlüyorum?
 
Ve bu arada. Birisi SetIndexDrawBegin(...) işlevinin anlamını ve kullanımını açıklayabilirse çok seviniriz.

Bir sonraki konuda. "Göstergenin nasıl renklendirileceğini çözemiyorum"
Neep 13.03.06 20:56.
Sadece bu fonksiyon kullanışlıdır.
1...456789101112131415161718...309
Yeni yorum