Birçokları için ilginç bir konu: MetaTrader 4 ve MQL4'te neler olacak - büyük değişiklikler yolda - sayfa 50
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Sonra bu küçümseme (buna dikkat edilmelidir - çıplak eleştiriden daha kötü):
:-)
Borjomi içmek ya da orada günahların kefaretini ödemek için çok geç.. Cehennemde bir yer bana çoktan ayrılmıştı.
Yargılamadan anlama arzusunun günahlarımın en büyüğü olduğunu düşünmüyorum. ;)
Böyle bir mektup var. Ancak, bir boşluk (süreksiz alıntı atlama) sadece çubuğun başında değil, herhangi bir zamanda olabilir. Dolayısıyla, herhangi bir "inceltilmiş" format, tanımı gereği günahsız değildir. Yalnızca kenelerde tam besleme. Ve camın tarihinde daha da dolu olabilir. Böyle bir uzlaşma bulana kadar kendim için bir dakika formatı oluşturmaya çalışıyorum. Muhtemelen yukarıda açıklandığı gibi bırakacağım (Açık olmadan sadece {Hi-Lo-Close}), tüm eksiklikleri anlıyorum, bu benim test cihazım için kodlamamın versiyonlarından sadece biri. Ayrıca, ham keneler üzerinde veya herhangi bir yöntemle ({bid-ask-time} kene biçimini korurken) yapay olarak inceltilmiş keneler üzerinde test yapılmasını sağlar.
Yargılamadan anlama arzusunun günahlarımın en büyüğü olduğunu düşünmüyorum. ;)
Düşünmek - günahın şiddetine göre elbette daha güçlüdür. Kabul ediyorum.
Doğru anladığınıza sevindim. Bu yüzden önceden benimkinin yanında bir kazan sipariş etmek daha iyidir. En azından eğlenelim. Sohbet için sonsuz bir zaman olacak. Şartlı tahliye yok.
;)
MQ çubukları M1'in ambalajsız olarak saklandığından emin misiniz?
O zaman geçmişi almadaki gecikmeler nerede (küçük ama var), ancak yeniden erişim (zaten önbelleğe olduğu gibi) daha hızlı.
Görünüşe göre, geçmiş dosyasında, çubuklar, sıkıştırılmış bir biçimde, senkrobardan değişiklikler olarak depolanır.
Yani 52 bayt sayınız, sıkıştırılmış geçmiş sayısıdır.
MQ çubukları M1'in ambalajsız olarak saklandığından emin misiniz?
O zaman geçmişi almadaki gecikmeler nerede (küçük ama var), ancak yeniden erişim (zaten önbelleğe olduğu gibi) daha hızlı.
Görünüşe göre, geçmiş dosyasında, çubuklar, sıkıştırılmış bir biçimde, senkrobardan değişiklikler olarak depolanır.
Yani 52 bayt sayınız, sıkıştırılmış geçmiş sayısıdır.
Bu konuda hiçbir şey iddia etmedim. Sadece bu değil - ambalajın orada olduğundan eminim. Biçim, kamu malı olarak ilan edilmedi ve onu "şarlatan" etmeye çalışmadım.
Bu doğru, ben sadece paketlenmemiş formatı tanımladım. Dokümantasyondan alınmıştır.
Bu konuda hiçbir şey iddia etmedim. Sadece bu değil - ambalajın orada olduğundan eminim. Biçim, kamu malı olarak ilan edilmedi ve onu "şarlatan" etmeye çalışmadım.
Bu doğru, ben sadece paketlenmemiş formatı tanımladım. Dokümantasyondan alınmıştır.
Bu doğru, ancak paketlenmemiş mevcut biçimle kısmen paketlenmiş yeni biçimi karşılaştırırken yeni biçimin ekonomik olacağını göstermeye çalışıyorsunuz.
Ekonomiyi karşılaştırmam, size öyle geldi. Sadece bilgilendirici. Tasarruf yok, paketlenmemiş biçimim daha büyük == 88 bayt {Açık, Yüksek, Düşük, Kapat} ve == 72 bayt {Yüksek, Düşük, Kapat}.
Bir taş için kanser olacak bir şey yoktu. 52 bayt 88 yerine bilgi içeriğini iki katına çıkarmanızı öneririm.
En başından beri hrenfx aynı şeyi teklif etti.
Ve genel olarak bu kadar çok veri içeren bir format ne için? Onlar. Bu kene filtresinin (verilen format) sınırlamalarına karar vermek gerekir, onunla çalışırken sonucu saf kene geçmişi üzerinde çalışmaktan farklı değildir.
Önceden, basit onay filtresi HighBid+LowAsk'ın doğruluk açısından böyle bir yığından (veri miktarı açısından) çok daha düşük olmadığı görülüyor.
Yakın veri - çoklu para birimi senkronizasyonu hariç.
Belki sinirlenmemek daha kolaydır, ama sadece daha küçük bir TF'ye geçmek mi? Örneğin, HighBid+LowAsk formatında aynı dakika için S20, yalnızca 48 bayt gerektirecektir (fiyat için 4 bayt çatının üzerindeyse belki daha az. Test cihazımda her şeyi long int ile - çok hızlı bir şekilde). Ve doğruluk açısından, 88 bayt için dakika filtrenizi %100 yapacaktır.
PS Fonksiyon Hatası(Freq, DataSize) = Full - Freq * DataSize , Freq arttıkça sıfır olma eğilimindedir,
nerede Hata bilgi kaybıdır.
Tam - eksiksiz piyasa bilgisi.
Freq * DataSize - "çarpma" işlevi: niceleme frekansı Freq ve niceleme terimi başına bilgi içeriği ( DataSize ) verilen kurtarılabilen bilgi miktarı.