Баг с созданием скриншота в индикаторе МТ5 - страница 9

Новый комментарий
 
Vitaly Muzichenko #:
В индикаторе МТ5 - нужно извращаться.
Возможно, даже скорее всего, это связано с тем, что индикатор работает в отдельном потоке.
 
Vitaly Muzichenko #:

Как показали тесты, ChartScreenShot в ЕА и скрипте работает без каких либо изощрений.

В индикаторе МТ5 - нужно извращаться.  В МТ4 индикаторе также работает без проблем.

Вспоминаются слова Рената о том, что в индикаторах запрещено делать продолжительные блокировки.
Поэтому возможно в индикаторах эта функция принимает свойство асинхронности.

Но повторю в документации ни слова об этой особенности.

Разработчики ответьте пожалуйста в этой теме, развейте наши догадки.
Поясните как ведёт себя функция ChartScreenShot в индикаторах и в советниках.

 
Roman #:
Вспоминаются слова Рената о том, что в индикаторах запрещено делать продолжительные блокировки.
Поэтому возможно в индикаторах эта функция принимает свойство асинхронности.

Но повторю в документации ни слова об этой особенности.

Разработчики ответьте пожалуйста в этой теме, развейте наши догадки.
Поясните как ведёт себя функция ChartScreenShot в индикаторах и в советниках.

Нужно добавить опцию выбора

ChartScreenShot(
   long             chart_id,                   // идентификатор графика
   string           filename,                   // имя файла
   int              width,                      // ширина
   int              height,                     // высота
   ENUM_ALIGN_MODE  align_mode=ALIGN_RIGHT      // тип выравнивания
   bool             sync=false; // sync \ async   
);
 
Vitaly Muzichenko #:

Нужно добавить опцию выбора

Только умалчивание значение должно быть =true, чтобы существующие индикаторы не изменили свою работу после перекомпиляции.
 
Жаль, но мы так и не увидели интереса разработчиков к обсуждаемой здесь проблеме :(.
 
Vitaly Muzichenko #:

Нужно добавить опцию выбора

~100%, что MQ отклонит это предложение, потому что функция сейчас работает намеренно с учетом особенности индикаторов, а точнее необходимости исключения в них тормозов. Вы просите тормоза добавить. На самом деле, это можно сделать и сейчас самостоятельно (покажу ниже).

Но в принципе, имхо само предложение происходит из-за неверного подхода - снятия (и тем более отправки на сервер) скриншота из OnCalculate - мне даже в голову не пришло бы такое. По идее название OnCalculate должно навевать мысль о назначении события. Запихивать туда что-то левое - можно, но не комильфо. Про то, что желательно делать расчеты максимально быстро, и про то, что индикаторные потоки потенциально тормозят весь GUI терминала - нам уже изо всех источников (документация, статьи, форум) уши прожужжали. Именно поэтому предложение fxsaber с пробросом кастом-события для выполнения дополнительных задач по результатам расчета - самое верное.

Но если проброс события не нравится - пожалуйста - можно сделать однопроходный алгоритм. Для этого потребуется вспомнить, как Илияс рассказывал про очередь событий чарта (там были кстати некоторые участники этого обсуждения).

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

CHARTEVENT_CHART_CHANGE в MQL5

Ilyas, 2021.12.08 11:02

Перепроверил код

Подавляющее большинство свойств своего чарта (чарта на котором работает эксперт), запрашиваются в обход очереди сообщений эксперта

Ниже список свойств, которые в любом случае запрашиваются через очередь:

  • CHART_WINDOW_IS_VISIBLE
  • CHART_HEIGHT_IN_PIXELS
  • CHART_WINDOW_TOP 
  • CHART_FIRST_VISIBLE_BAR
  • CHART_PRICE_MIN (при условии, что задано не нулевое подокно)
  • CHART_PRICE_MAX (при условии, что задано не нулевое подокно) 

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

void TakeScreenshot()
{
    const string filename = (string)(long)TimeCurrent() + "'" + (string)(GetTickCount() % 1000) + ".png";
    if(PRTF(ChartScreenShot(0, filename, 1024, 768, ALIGN_RIGHT)))
    {
      PRTF(ChartGetInteger(0, CHART_HEIGHT_IN_PIXELS));
    
      PRTF(SendScreenTG(filename));
    }
  }
}

Работает на ура. Даже в индикаторе.

 
Stanislav Korotky #:

~100%, что MQ отклонит это предложение, потому что функция сейчас работает намеренно с учетом особенности индикаторов, а точнее необходимости исключения в них тормозов. Вы просите тормоза добавить. На самом деле, это можно сделать и сейчас самостоятельно (покажу ниже).

Но в принципе, имхо само предложение происходит из-за неверного подхода - снятия скриншота из OnCalculate - мне даже в голову не пришло бы такое. По идее название OnCalculate должно навевать мысль о назначении события. Запихивать туда что-то левое - можно, но не комильфо. Про то, что желательно делать расчеты максимально быстро, и про то, что индикаторные потоки потенциально тормозят весь GUI терминала - нам уже изо всех источников (документация, статьи, форум) уши прожужжали. Именно поэтому предложение fxsaber с пробросом кастом-события для выполнения дополнительных задач по результатам расчета - самое верное.

Но если проброс события не нравится - пожалуйста - можно сделать однопроходный алгоритм. Для этого потребуется вспомнить, как Илияс рассказывал про очередь событий чарта (там были кстати некоторые участники этого обсуждения).

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

Работает на ура. Даже в индикаторе.

Спасибо за примеры!

 
Stanislav Korotky #:

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

Работает на ура. Даже в индикаторе.

Офигеть! Получается особенность совсем в другом, в самой очереди чартов.
Жесть как это всё не явно!

123456789
Новый комментарий