AlexSTAL : Dürüst olmak gerekirse - bir şekilde daha önce değil ...
Başkalarına karşı bir tür saygıdır. Codec bileşenlerini ve kodlama programlarını anlamanıza gerek yok. Ancak basitçe bir ZIP arşivi (birkaç saniye) oluşturabilir ve trafiği yüzlerce kez azaltabilirsiniz. MT5'in ücretsiz beta testinden önce aynı şey.
hrenfx : OFF-TOP: Bu video 216 MB boyutundadır. Ön sıkıştırma olasılığını düşünün (en azından basit bir arşivleyici ile). Ekli, aynı videonun (400 kez) bir sıkıştırma (kayıpsız) örneğidir. Birçoğu çevrimiçi video hizmetleri tarafından iyi anlaşılan epeyce kayıpsız sıkıştırma kodeği vardır.
MSU Screen Capture Lossless Codec MSU Graphics & Media Lab (Video Group) Идеи, реализация: Дмитрий Попов News: [13.02.2007] Версия 1.2. [02.04.2006] Версия 1.1. [24.03.2006] Версия 1.0. Скачать! (v1.2) Изменения в версии 1.2: Изменения в версии 1.1: Добавлена поддержка "force key frames". Теперь кодек работает не только в RGB24...
fellow : Çubuk numarasına göre timeDate nasıl alınır?
intCopyTime (
string symbol_name, // имя символаENUM_TIMEFRAMES timeframe, // периодint start_pos, // откуда начнем int count, // сколько копируемdatetime time_array[] // массив для копирования времени открытия
);
Evet, gerçekten, her şeyi yaşamadım :o), teşekkürler. O zaman bir tür böcek. Manov'un raporuna göre hem manuel hem de algoritma ile bir seçim yaptım ve falan filan bir bug. Hata, Manov raporundaki neden anlamına gelmiyorsa, şimdi sizinkini kontrol edeceğim.
Dürüst olmak gerekirse - bir şekilde daha önce değil ...
OFF-TOP: Bu video 216 MB boyutundadır. Ön sıkıştırma olasılığını düşünün (en azından basit bir arşivleyici ile). Ekli, aynı videonun (400 kez) bir sıkıştırma (kayıpsız) örneğidir. Birçoğu çevrimiçi video hizmetleri tarafından iyi anlaşılan epeyce kayıpsız sıkıştırma kodeği vardır.
dosya için eksik kodlayıcı.
Şey, basit bir offtopik örnekti, harekete geçirici mesaj değil.
MSU Ekran Yakalama Kayıpsız Codec Bileşeni
Çubuk numarasına göre timeDate nasıl alınır?
Lütfen işlemin hacminin pozisyondan daha büyük olduğunu ve ters tipte "içeri/dışarı" değil, "dışarı" yönüne sahip olabileceğini açıklayın.
son sütun pozisyon hacmi , sondan bir önceki pozisyon tipidir. Sondan bir önceki ticaret pozisyonu düşürdü, tablonun bu bölümündeki sonuncusu olmalı
"içeri/dışarı" çünkü konumdan daha büyük ve karşıt tipe sahip. Ama rapor "çıktı" diyor.
raporun kendisi saldırıda.
Bu hata nedeniyle tüm algoritmanın düzgün çalışmadığı ortaya çıkıyor. Aynı şey dördüncü satır için de geçerlidir.
Lütfen işlemin hacminin pozisyondan daha büyük olduğunu ve ters tipte "içeri/dışarı" değil, "dışarı" yönüne sahip olabileceğini açıklayın.
son sütun pozisyon hacmi , sondan bir önceki pozisyon tipidir. Sondan bir önceki ticaret pozisyonu düşürdü, tablonun bu bölümündeki sonuncusu olmalı
"içeri/dışarı" çünkü konumdan daha büyük ve karşıt tipe sahip. Ama rapor "çıktı" diyor.
raporun kendisi saldırıda.Bu hata nedeniyle tüm algoritmanın düzgün çalışmadığı ortaya çıkıyor. Aynı şey dördüncü satır için de geçerlidir.
Görünüşe göre algoritmanın değiştirilmesi gerekecek, şampiyona raporlarında hiç "giriş/çıkış" anlaşması yok.
Tehdit Boşuna, MQ pozisyon geçmişini, sadece iki sütunu, hacmi ve ortalama seviyesini kaydetmeyi reddetti, ancak her şey çok daha basit hale geldi.
Sonuç olarak, ses ve konum seviyesini geri yüklerken yapılacak herhangi bir hata kritik öneme sahiptir.
şampiyona raporlarında hiçbir "giriş/çıkış" anlaşması yok.
Neden? Bir sürü bende vardı: https://championship.mql5.com/2010/en/users/Yedelkin/history_deals
Neden? Bir sürü bende vardı: https://championship.mql5.com/2010/en/users/Yedelkin/history_deals
Yine de, bir rapor hatası, ilk 3 işleminize dikkatlice bakın. Üçüncü ticaret "içeri/dışarı" olmalıdır.
Sori bir rapor değil, terminaldeki yatırım geçmişinin bir görüntüsüdür.