День добрый! Прошу помощи у знающих, у меня индюк не хочет рисовать по текучке, мне приходится постояно переключать фреймы чтоб он обновился до последнего бара.Как можно исправить этот недостаток? Зарание благодарен!!!
Без второго индикатора проверить все равно не удастся.
Работает оно конечно, но тормоза жуткие. Надо расчеты вспмогательного индикатора переносить в основной. Да и вообще лучше бы расчеты оптимизировать
Огромное Спасибо за помощь!!! И еще вопрос по ходу событий, как можно оптимизировать расчеты, и как лучше нормализовать МАКД чтоб он ходил в опредиленых рамках? Просто я далековат от матчасти и от програмирования по этому все что мне удалось найти более мение подходящее это нормализатор виложаный выше :)
Огромное Спасибо за помощь!!! И еще вопрос по ходу событий, как можно оптимизировать расчеты, и как лучше нормализовать МАКД чтоб он ходил в опредиленых рамках? Просто я далековат от матчасти и от програмирования по этому все что мне удалось найти более мение подходящее это нормализатор виложаный выше :)
Вариантов оптимизации может быть много. Я не стал в код особо вдаваться
Огромное Спасибо за помощь!!! И еще вопрос по ходу событий, как можно оптимизировать расчеты, и как лучше нормализовать МАКД чтоб он ходил в опредиленых рамках? Просто я далековат от матчасти и от програмирования по этому все что мне удалось найти более мение подходящее это нормализатор виложаный выше :)
Вы используете вариант, который выкладывался на кодбазе, он представляет собой просто концепцию и не оптимизирован по быстродействию. Для практического использования предлагаю вам переменную characteristic_period задавать руками из внешних переменных, подбирая так, чтобы за данное количество периодов происходило 3-4 полных цикла основного индикатора
Еще вариант - который я лично использую чаще - задавать извне количество суток для прогона и уже в теле индикатора пересчитывать их в characteristic_period
...externdouble days_for_normalization=3;// например, смотрим за три дня...int init(){...
characteristic_period=1440./Period()*days_for_normalization;// 1440 - это количество минут в сутках}
А вообще говоря, Vinin прав, расчет производится действительно быстрее, если код второго индикатора вставлен в первый. Неудобство здесь в том, что приходится больше кодить (а то,что вы взяли на кодобазе, как раз и имело одной из целей показать, как можно упростить данную работу), плюс второй индюк занимает буфера первого, что не всегда приемлемо.
Чёт ничего не получается..почитаешь тут у всех такие советники, а у меня лишь ММ, мне бы только чуть мат ожидание в +....эх...
А без оптимизации на большом промежудке времени мат ожидание -0,12 это нормальная ситуация? Всмысле у всех так без оптимизации а потмо лишь подгоном поднимается ожидание, или это не вариант и надо менять советника полностью?
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
День добрый! Прошу помощи у знающих, у меня индюк не хочет рисовать по текучке, мне приходится постояно переключать фреймы чтоб он обновился до последнего бара.Как можно исправить этот недостаток? Зарание благодарен!!!
Без второго индикатора проверить все равно не удастся.
Без второго индикатора проверить все равно не удастся.
Сори! Исправляюсь :)
Сори! Исправляюсь :)
Работает оно конечно, но тормоза жуткие. Надо расчеты вспмогательного индикатора переносить в основной. Да и вообще лучше бы расчеты оптимизировать
Работает оно конечно, но тормоза жуткие. Надо расчеты вспмогательного индикатора переносить в основной. Да и вообще лучше бы расчеты оптимизировать
Огромное Спасибо за помощь!!! И еще вопрос по ходу событий, как можно оптимизировать расчеты, и как лучше нормализовать МАКД чтоб он ходил в опредиленых рамках? Просто я далековат от матчасти и от програмирования по этому все что мне удалось найти более мение подходящее это нормализатор виложаный выше :)
Огромное Спасибо за помощь!!! И еще вопрос по ходу событий, как можно оптимизировать расчеты, и как лучше нормализовать МАКД чтоб он ходил в опредиленых рамках? Просто я далековат от матчасти и от програмирования по этому все что мне удалось найти более мение подходящее это нормализатор виложаный выше :)
Вариантов оптимизации может быть много. Я не стал в код особо вдаваться
Огромное Спасибо за помощь!!! И еще вопрос по ходу событий, как можно оптимизировать расчеты, и как лучше нормализовать МАКД чтоб он ходил в опредиленых рамках? Просто я далековат от матчасти и от програмирования по этому все что мне удалось найти более мение подходящее это нормализатор виложаный выше :)
Вы используете вариант, который выкладывался на кодбазе, он представляет собой просто концепцию и не оптимизирован по быстродействию. Для практического использования предлагаю вам переменную characteristic_period задавать руками из внешних переменных, подбирая так, чтобы за данное количество периодов происходило 3-4 полных цикла основного индикатора
Еще вариант - который я лично использую чаще - задавать извне количество суток для прогона и уже в теле индикатора пересчитывать их в characteristic_period
Чёт ничего не получается..почитаешь тут у всех такие советники, а у меня лишь ММ, мне бы только чуть мат ожидание в +....эх...
А без оптимизации на большом промежудке времени мат ожидание -0,12 это нормальная ситуация? Всмысле у всех так без оптимизации а потмо лишь подгоном поднимается ожидание, или это не вариант и надо менять советника полностью?