Ошибки, баги, вопросы - страница 1044
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
https://www.mql5.com/ru/docs/constants/environment_state/marketinfoconstants
SYMBOL_SESSION_PRICE_SETTLEMENT
Цена поставки на текущую сессию
Вопрос почему все переменные в справке не соответствуют своим названиям в терминале?)
Скажите, пожалуйста, советник, разработанный для котировок 4-х знака, может работать на 5-ти знаке?
Скажите, пожалуйста, советник, разработанный для котировок 4-х знака, может работать на 5-ти знаке?
Да работать будет (скорее всего), просто в пятый знак будут нолики присваиваться, а вот наоборот сложнее, если нет специального приведения то может сбоить из-за грубости расчёта.
Но нужно смотреть логику, вдруг там константы стоят вместо расчётов, тогда может и первый вариант не прокатить, всё зависит от предусмотрительности программиста.
Скажите, пожалуйста, советник, разработанный для котировок 4-х знака, может работать на 5-ти знаке?
Скажите, пожалуйста, советник, разработанный для котировок 4-х знака, может работать на 5-ти знаке?
Посмотрите в пятёрочных примерах эксперт MACD Sample
Эксперт разработан очень давно и рассчитан на 2-х или 4-х знак. В пятёрке для него был сделан тюнинг для 3-х или 5-знака. За это отвечает переменная m_adjusted_point
Слава, а что за новые веяния с обнулением в калькуляторах prev_calculated на каждом тике ?
Это надолго вообще?
Вроде как схема обработки prev_calculated / rates_total задумывалась как экономичная.
А что имеем сейчас? :
Два-три вызова OnCalculate(...) на каждом тике, причём последний с требованием полного пересчёта индикатора с нуля.
У меня в комнате уже "ташкент" - видеокарта перегревается (расчёт кучи тяжёлых индикаторов на OpenCL).
--
Как жить? Надачётаделать!
Слава, а что за новые веяния с обнулением в калькуляторах prev_calculated на каждом тике ?
Это надолго вообще?
Вроде как схема обработки prev_calculated / rates_total задумывалась как экономичная.
А что имеем сейчас? :
Два-три вызова OnCalculate(...) на каждом тике, причём последний с требованием полного пересчёта индикатора с нуля.
У меня в комнате уже "ташкент" - видеокарта перегревается (расчёт кучи тяжёлых индикаторов на OpenCL).
--
Как жить? Надачётаделать!
Примерно месяц назад уже возникал этот вопрос. Мы не смогли воспроизвести эту проблему у себя
А нет ли у Вас вызовов этого индикатора из эксперта?
Примерно месяц назад уже возникал этот вопрос.
1) Мы не смогли воспроизвести эту проблему у себя
2) А нет ли у Вас вызовов этого индикатора из эксперта?
2) Вызовов из эксперта нету
1) Я помогу :)
В прицепе индикатор. В нём при компиляции можно включать/отключать вызов функции CopyRates() и запись значений в буфере.
В "пустом" варианте (как Вы вероятно проверяли) он работает по спецификации (prev_calculated на каждом тике не обнуляется и вызывается один раз).
А вот "под нагрузкой" (при копировании/записи значений) начинает хулиганить.
Проверяйте: