Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Кстати говоря, нет такого тика 2023.01.03 07:56:00. Как видно на картинке, все тики в этом баре 2023.01.03 07:56:11 (с копейками).
Такое и с реальными символами даже с ДЦ MQ бывает. Тестер выдает искуственно созданные тики, которых нет в истории.
Еще интереснее. Заменил SymbolInfoTick на вызов CopyTicks(,,0,1). Получил тик предыдущего бара
И такое. Встречал закрытие сделки по цене и времени ДО ее открытия.
Описывал все это с инструкцией для воспроизведения в ветке по последнему билду.
На какую-то ерунду разрабы реагируют, а на то, что тестер кривой - нет. Видимо все спецы кончились, а молодые не тянут...
Описывал все это с инструкцией для воспроизведения в ветке по последнему билду.
На какую-то ерунду разрабы реагируют, а на то, что тестер кривой - нет. Видимо все спецы кончились, а молодые не тянут...
Мягко выражаясь, у них просто приоритеты другие. К сожалению, повлиять на это вИдение нам не дано.
Вот иллюстрация разницы символов, созданных на основе EURUSD автоматом через CustomSymbolCreate(,, EURUSD) и вручную.
Придется докручивать одиночными вызовами "клонирования" свойств. Может быть поможет.
Возможно, для клонирования важна последовательность задания свойств.
Возможно, для клонирования важна последовательность задания свойств.
Это точно так, без "возможно". Но когда мы вызываем CustomSymbolCreate(,, basis), мы вправе ожидать, что все свойства будут перенесены из basis корректно, и не потребуется плясок с бубном с отдельными свойствами. Но это не работает.
Это точно так, без "возможно". Но когда мы вызываем CustomSymbolCreate(,, basis), мы вправе ожидать, что все свойства будут перенесены из basis корректно, и не потребуется плясок с бубном с отдельными свойствами. Но это не работает.
На тему плясок. Вот такая последовательность в моем рабочем коде.
Судя по ссылке, Volume-свойства в библиотеке стоят неправильно. Возможно, что-то еще там не так.
Порядок изменения спецификации пользовательского символа (не полный).
Перенесу сюда, чтоб потом не искать https://www.mql5.com/ru/forum/463981/page2#comment_52726390
Всем доброго времени!
К сожалению, поздно заметил эту тему, поэтому сдесь продублирую. (как удалить тему непойму...) https://www.mql5.com/ru/forum/464137
Столкнулся с тем, что на кастомном инструменте, время оптимизации МНОГОКРАТНО превышает время оптимизации для "стандартного" инструмента...
Имеется простейший код, собственно только для оценки базового времени оптимизации\тетсирования...
Запускал оптимизацию (12 месяцев, М15, каждый тик, 384 прохода, оптимизация медленная).
Время на "стандартном" инструменте (GBPUSD) - 1ч20мин.
Время на кастомном - 32ч27мин.
Кастомный инструмент создавал путем импорта минутных баров. Во время оптимизации заметил, что "лампочка" HDD - интенсивно моргает...
Возможно каждый раз происходит пересчет минутных баров в М15? и результат не сохраняется в кэше? (на каждом следующем походе происходит повторная генерация М15 ?)
ОС: Линукс Минт (на базу Убунту)
Можно ли как-то поправить эту ситуацию?
ЗЫ не смотрите на относительно большое время по "стандартному" инструменту, экспериментальный компьютер очень слабый CORE DUO 3ГГц.
ОС: Линукс Минт (на базу Убунту)
Используете неродную для MT5 операционку. Поэтому желательно воспроизвести проблему на Windows.
ок, я постараюсь... (с виндой проблемы., нет ее у меня, но япоищу)