![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Oluşturucuda tuvalin yenileme hızı insanca nasıl sınırlandırılır?
Yavaş bir hızda resim gerçek zamanlı olarak güncellenir, ancak hızlı bir hızda testi yavaşlatmaz mı?
Artık tuval ( her onayda güncellenirse) tüm oluşturma işlemini gerçekten yavaşlatıyor (profil oluşturma, oluşturma süresinin %80-90'ını gösteriyor). Saniyeler içinde özel bir duraklamadan kaçındım, ancak bu, işlevselliği sınırlayan bir koltuk değneğidir (resim düşük hızda bile nadiren güncellenir).
Çok sık güncellememek için ne eklenmeli? GetMikrosaniye?
Hangi özellikler atlanacak?
Andrey, bunun hakkında bir yıldan fazla bir süre önce burada yazdım.
oldukça iyi çıkıyor.
![](https://c.mql5.com/3/350/ZZP__1.gif)
İşte canlı bir video (sadece iki tuval):
CHARTEVENT_CHART_CHANGE olayının test cihazında çalışmadığını eklemeniz yeterlidir,
bu yüzden aşağıdakileri tuval şekillendirme bloğuna ekliyorum (iCanvas kullanırken):
Ve işte GIF'deki göstergeden OnCalculate'deki kodun bir kısmı:
çıplak gözle tuvalin çok daha yavaş olduğunu görebilirsiniz
MT5 test cihazında zamanlayıcı çalışır, 60 saniyeye ayarlayabilirsiniz ve test süresine göre dakikada bir güncellenecektir)
Duraklamalı bir koltuk değneği hakkında yazdım, uymuyor.
Andrey, bunun hakkında bir yıldan fazla bir süre önce burada yazdım.
oldukça iyi çıkıyor.
İşte canlı bir video (sadece iki tuval):
Maksimum hız açısından yavaş görünüyor.
Teşekkürler, GetTickCount kullanmayı deneyeceğim!
Maksimum hız açısından yavaş görünüyor.
Teşekkürler, GetTickCount kullanmayı deneyeceğim!
Hayır, bu maksimum değil. Orada maksimumdan önce çok hassastır.
![](https://c.mql5.com/3/350/ZZP3.gif)
İşte maksimum:
Maksimum hız açısından yavaş görünüyor.
Teşekkürler, GetTickCount kullanmayı deneyeceğim!
Ayrıca, grafiğin kendisiyle ilişkili olarak ofset olmaması için, OBJ_BITMAP ile denemeyi denemelisiniz, OBJ_BITMAP_LABEL ile değil. Böylece bağlama, XY koordinatlarına değil, zamana ve fiyata yöneliktir.
Her şeyi denemek istiyorum ama elimde değil. Bu durumda tuvali pencere boyutundan daha büyük yapmanız ve kontrol mantığını çok değiştirmeniz gerekir. Tüm tuvali yeniden çizmeniz gerekmediğinden, dikey ölçek değişmezse yalnızca daha küçük bir parça olduğundan, muhtemelen hızda güçlü bir artış olacaktır. Her durumda, tuvalin ana grafikle dengesizliği, hızlı hareketle gözleri incitmez.
Hayır, bu maksimum değil. Orada maksimumdan önce çok hassastır.
İşte maksimum:
"Bütün tikler" mi?! Evet ise, o zaman serin. kontrol edeceğim.
Ayrıca, grafiğin kendisiyle ilişkili olarak ofset olmaması için, OBJ_BITMAP ile denemeyi denemelisiniz, OBJ_BITMAP_LABEL ile değil. Böylece bağlama, XY koordinatlarına değil, zamana ve fiyata yöneliktir.
Her şeyi denemek istiyorum ama elimde değil. Bu durumda tuvali pencere boyutundan daha büyük yapmanız ve kontrol mantığını çok değiştirmeniz gerekir. Belki hız artışı olur. Her durumda, tuvalin ana grafikle dengesizliği, hızlı hareketle gözleri incitmez.
Normal bir tahtam var. Grafiğe bağlantı yok.
Normal bir tahtam var. Grafiğe bağlantı yok.
oh iyi, o zaman bu tamamen normal.
Benim gifimde de bir tuval bir paneldir ve çok sık yeniden çizilmesi ve yeni bir çubuk geldiği anı yakalaması gerekmediği için en az kaynağı tüketir.
"Bütün tikler" mi?! Evet ise, o zaman serin. kontrol edeceğim.
hayır, 3 dakikada bir dakikalık OHLC idi. Ama tüm keneleri kontrol ettim. Resim hemen hemen aynı. Sonuçta, bu durumda tuvali yeniden çizmek, kenelere bağlı değil, yalnızca gerçek zamana (test süresine değil) bağlıdır. Onlar. hız ne kadar yüksek olursa, çerçeve yoğunluğu o kadar düşük olur. Ama göze, fark görünmez.