Ну да, но это опять же на уровне наших кодов обход. (Про шашечки знаю)
Этот обход нехороший, т.к. может нарушить логику внутри mqh. Надо искать все вызовы ResetLastError и смотреть, нарушает ли отказ от этих вызовов логику или нет.
Нужно что-то делать с генетикой! Невозможно пользоваться. Из 10496 запланированных проходов система сделала только 512, не нашла прибыльных комбинаций и остановила оптимизацию, но пространство же поиска большое.
Добавьте, наконец, доступные для пользователя настройки генетики с объемами поколений, условиями остановки и прочим.
Также сильно достает, что система считает за неудачные попытки те, которые были помечены ошибкой INIT_PARAMETERS_INCORRECT. Допустим простейшая стратегия с пересечениями двух МА требует, чтобы быстрый период был меньше медленного. В результате сейчас тестер сходу забракует половину проходов. Когда входных параметров больше, там больше ограничений на корректные сочетания, и тестер останавливает оптимизацию неоправданно рано.
Это явный баг проектирования. Количество экземпляров в генетике должно считаться по успешно созданным проходам!
Это невозможно на практике. Простой пример я привел. Реальные - сложнее и там не до того, чтобы решать надуманную проблему - как-бы подменить настоящие входные параметры на синтетические, которые комбинируют в себе только допустимые сочетания настоящих.
Серьезная платформа должна делать эту непростую рутину сама внутри. Сейчас генетика получается пригодной только для галочки и рафинированных академических задач.
Тем более, что для MQ реализовать намного проще: после каждого поколения взять статистику экземпляров и если она меньше запланированной, сгенерировать для агентов дополнительные задания в том же поколении.
Как минимум, добавьте настройки, чтобы процесс не останавливался раньше времени, если запланировано 10000 проходов, а он отваливается после 500. И сам лимит пусть выбирает пользователь.
не установлен браузер, например Internet Explorer или Microsoft Edge (у многих начинает работать даже если они Firefox установят, например - эта ветка);
многие не устанавливают Mono и Gecko совместно с терминалом - см подробную инструкцию на русском - пост #68
разные другие причины (например, связанные с версией Wine) - многие из них отражены в этом посте - #712
Ну да, но это опять же на уровне наших кодов обход. (Про шашечки знаю)
Этот обход нехороший, т.к. может нарушить логику внутри mqh. Надо искать все вызовы ResetLastError и смотреть, нарушает ли отказ от этих вызовов логику или нет.
Переписывание разработчиками - редкое явление.
видно, что ошибок нет, объект создан, но не рисуется.
Нужно что-то делать с генетикой! Невозможно пользоваться. Из 10496 запланированных проходов система сделала только 512, не нашла прибыльных комбинаций и остановила оптимизацию, но пространство же поиска большое.
Добавьте, наконец, доступные для пользователя настройки генетики с объемами поколений, условиями остановки и прочим.
Также сильно достает, что система считает за неудачные попытки те, которые были помечены ошибкой INIT_PARAMETERS_INCORRECT. Допустим простейшая стратегия с пересечениями двух МА требует, чтобы быстрый период был меньше медленного. В результате сейчас тестер сходу забракует половину проходов. Когда входных параметров больше, там больше ограничений на корректные сочетания, и тестер останавливает оптимизацию неоправданно рано.
Это явный баг проектирования. Количество экземпляров в генетике должно считаться по успешно созданным проходам!
Также сильно достает, что система считает за неудачные попытки те, которые были помечены ошибкой INIT_PARAMETERS_INCORRECT.
Не делайте так в генетике.
Не делайте так в генетике.
Это невозможно на практике. Простой пример я привел. Реальные - сложнее и там не до того, чтобы решать надуманную проблему - как-бы подменить настоящие входные параметры на синтетические, которые комбинируют в себе только допустимые сочетания настоящих.
Серьезная платформа должна делать эту непростую рутину сама внутри. Сейчас генетика получается пригодной только для галочки и рафинированных академических задач.
Тем более, что для MQ реализовать намного проще: после каждого поколения взять статистику экземпляров и если она меньше запланированной, сгенерировать для агентов дополнительные задания в том же поколении.
Как минимум, добавьте настройки, чтобы процесс не останавливался раньше времени, если запланировано 10000 проходов, а он отваливается после 500. И сам лимит пусть выбирает пользователь.
С чем может быть связана проблема, не удается авторизоваться в MQL5, на маке? МТ5 загружал 23/10/2023 с офф сайта.
Это может быть несколько возможных проблем. например -