Клиентский терминал MetaTrader 5 - страница 39

Ну если есть список предопределенных событий, то почему бы не добавить туда событие "приход тика". Вроде не такая уж и проблема, а многие бы вопросы решились красиво и просто.

.

Еще один вопрос к разработчикам. Можно ли будет объявлять массив глобальной переменной ?

Или какой-нибудь другой способ сделать массив доступным для двух экспертов.

Вапче расстроился. Похоже в районе предоставления юзерам точных данных наблюдается какая-то страшная эзотерическая тайна.

Я уже начал подозревать, что пятый и бары пустые будет зажёвывать, как четвёрка. Гнусные мысли полезли в голову, из серии

"кто платит за ужин, тот девушку и танцует". Не иначе, ДЦ эмбарго объявят на покупку МТ, ежели он вдруг юзеров удовлетворит.

Метаквоты! Добрый совет: работайте реально на трейдеров, и ДЦ будут вынуждены вас любить. Системная петля простая:

сначала мы им платим, и только потом они вам. Успехов!

ps. И отключите у ДЦ эту гнусную возможность блокировать МТС трейдеров. Ваши аргументы о "бессмысленных командах со стороны МТС" не впечатляют. Пусть в таких случаях блокируют счёт, а не МТС. И тогда с ними будет другой разговор. Документированный.

Уже существует обходной рабочий путь:

можно получать пропущенные тики из MQL4.

Спасибо!!

Yurixx, событие NewTick не ставится в очередь событий в двух случаях: если в очереди уже есть такое событие или если событие NewTick находится в процессе обработки. Фактически получается, как в четвёрке. Исполняемые файлы в пятёрке работают очень быстро, и если Вы напишете свой сборщик тиков, который просто будет записывать приходящие тики в файл, то Вы гарантированно всё успеете записать

Слава, а как быть с разрывами связи? Подкачка б не помешала, право.

С ваших слов когда-то: тики приходят пачками. Советник (хоть пустой) запускается только на последнем тике приходящей пачки. Поэтому, если в MT5 все также, как в MT4, советником собрать тики не получится без пропусков. Сейчас это можно сделать через DDE на MT4. Или через MQL4, как показал выше.

Ещё раз спасибо. Чего-то я этот путь до сих пор всерьёз не рассматривал вообще. А зря.

Спасибо, понял.

Тут дело не в том, чтобы собирать тики, это уже в прошлом. Дело в том, что мой советник анализирует статистичекую структуру тикового потока, но делает это не на каждом тике. То есть он на разных тиках работает по разным схемам. На большей части тиков объем действий вполне укладывается в 50 милисек., но немало и таких моментов, когда вычислений довольно много. Даже с учетом существенно возросшей скорости МТ я не уверен, что в таких ситуациях уложусь в 100 милисек. Поэтому вынужден искать варианты, которые позволят избежать искажений статистики. Иначе вся работа коту под хвост.

Yurixx, возможно, я не совсем понял вас. Но что мешает запускать свой анализ на каждом тике? Или у вас проблемы с производительностью, из-за чего не получается делать расчеты в реальном времени?