Vladislav Andruschenko: Это сладкий плод и мечта обычного человека. У которого 10 000 долларов уже весьма сумма и хочется торговать на все , а не мин лотом.
В моем случае (ПАММ) плечо 100:1 выходит в слабую доходность при низком риске. Есть желание поднять риски, но нет возможности - плечо не дает.
А на каком старшем ТФ свеча появляется не вместе со свечёй на младшем?
индикатор на М1 использует другой индикатор с М5.
вообще, это была бы не проблема, если бы не повышенные необоснованные затраты вычислительных ресурсов, критичных при оптимизации (в моём случае каждый новый М5 вызывает полную перерисовку индикатора на всей истории, а проект ещё не полностью завершён, планируется использовать 16 индикаторов с различных ТФ).
вообще, это была бы не проблема, если бы не повышенные необоснованные затраты вычислительных ресурсов, критичных при оптимизации (в моём случае каждый новый М5 вызывает полную перерисовку индикатора на всей истории, а проект ещё не полностью завершён, планируется использовать 16 индикаторов с различных ТФ).
Андрей, но ведь свеча М5 открывается в тот же момент что и свеча М1. Или ты имеешь в виду нагрузку от перерисовывающихся (пересчитывающихся) индикаторов? Получается, если им запретить перерисовываться, то и нафиг они тогда нужны? Тогда от них не получишь новых данных...
Андрей, но ведь свеча М5 открывается в тот же момент что и свеча М1. Или ты имеешь в виду нагрузку от перерисовывающихся (пересчитывающихся) индикаторов? Получается, если им запретить перерисовываться, то и нафиг они тогда нужны? Тогда от них не получишь новых данных...
как только появляется новый бар таймфрейма, с которого получаются данные, счетчик prev_calculated обнуляется. это значит, что индикатор весь пересчитается заново так, как будто он запущен в первые.
такая конструкция знакома?:
if (rates_total == prev_calculated) return rates_total;
int startInd = rates_total - prev_calculated;
for (int i = startInd; i >= 0; i--)
{
//тут считаем индикатор, который обращается к другому индикатору на старшем ТФ
}
дело не в логике советника (перерисовывающий, неперерисовывающий, недорисовывающий или какой то ещё), а втом, что prev_calculated обнуляется в то время как его об этом никто не просил!
как только появляется новый бар таймфрейма, с которого получаются данные, счетчик prev_calculated обнуляется. это значит, что индикатор весь пересчитается заново так, как будто он запущен в первые.
такая конструкция знакома?:
дело не в логике советника (перерисовывающий, неперерисовывающий, недорисовывающий или какой то ещё), а втом, что prev_calculated обнуляется в то время как его об этом никто не просил!
Индикаторы - это моё САМОЕ слабое место )))
Но!
Или я вооще ничего не понимаю, или ты маленько ошибаешься.
Насколько я знаю, prev_calculated это счётчик не обсчитанных данных. А раз поступившие данные посчитаны, то и этот счётчик обнуляется... Типа, всё, парень, нет больше новых данных для расчёта.... )))
И по какой причине индикатор должен полностью пересчитаться в таком случае - я не знаю!
---------------
Соврал маленько )))
Перерисовываются не индикаторы, а "индюки" только для того, чтобы "красиво" выглядеть на истории ;)
С удовольствием использовал бы вовсю плечо 1:2000. Доходность была бы выше при допустимых просадках, когда идет торговля портфелем.
Это сладкий плод и мечта обычного человека. У которого 10 000 долларов уже весьма сумма и хочется торговать на все , а не мин лотом.
В моем случае (ПАММ) плечо 100:1 выходит в слабую доходность при низком риске. Есть желание поднять риски, но нет возможности - плечо не дает.
Зачем появление нового бара на старшем ТФ вызывает перерисовку индикатора на текущем? то есть, prev_calculated становится 0.
индикатор использует другой индикатор со старшего ТФ.
А на каком старшем ТФ свеча появляется не вместе со свечёй на младшем?
А на каком старшем ТФ свеча появляется не вместе со свечёй на младшем?
индикатор на М1 использует другой индикатор с М5.
вообще, это была бы не проблема, если бы не повышенные необоснованные затраты вычислительных ресурсов, критичных при оптимизации (в моём случае каждый новый М5 вызывает полную перерисовку индикатора на всей истории, а проект ещё не полностью завершён, планируется использовать 16 индикаторов с различных ТФ).
индикатор на М1 использует другой индикатор с М5.
вообще, это была бы не проблема, если бы не повышенные необоснованные затраты вычислительных ресурсов, критичных при оптимизации (в моём случае каждый новый М5 вызывает полную перерисовку индикатора на всей истории, а проект ещё не полностью завершён, планируется использовать 16 индикаторов с различных ТФ).
Андрей, но ведь свеча М5 открывается в тот же момент что и свеча М1. Или ты имеешь в виду нагрузку от перерисовывающихся (пересчитывающихся) индикаторов? Получается, если им запретить перерисовываться, то и нафиг они тогда нужны? Тогда от них не получишь новых данных...
Просьба починить поиск.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2021.05.25 16:12
На сайте не всегда работает поиск.
https://www.mql5.com/ru/search#!keyword=Oshibka
Этот запрос ничего не выдает, хотя должен.
Ошибка при компиляции:
а какая разница между (1) и (2) ?Андрей, но ведь свеча М5 открывается в тот же момент что и свеча М1. Или ты имеешь в виду нагрузку от перерисовывающихся (пересчитывающихся) индикаторов? Получается, если им запретить перерисовываться, то и нафиг они тогда нужны? Тогда от них не получишь новых данных...
как только появляется новый бар таймфрейма, с которого получаются данные, счетчик prev_calculated обнуляется. это значит, что индикатор весь пересчитается заново так, как будто он запущен в первые.
такая конструкция знакома?:
дело не в логике советника (перерисовывающий, неперерисовывающий, недорисовывающий или какой то ещё), а втом, что prev_calculated обнуляется в то время как его об этом никто не просил!
как только появляется новый бар таймфрейма, с которого получаются данные, счетчик prev_calculated обнуляется. это значит, что индикатор весь пересчитается заново так, как будто он запущен в первые.
такая конструкция знакома?:
дело не в логике советника (перерисовывающий, неперерисовывающий, недорисовывающий или какой то ещё), а втом, что prev_calculated обнуляется в то время как его об этом никто не просил!
Индикаторы - это моё САМОЕ слабое место )))
Но!
Или я вооще ничего не понимаю, или ты маленько ошибаешься.
Насколько я знаю, prev_calculated это счётчик не обсчитанных данных. А раз поступившие данные посчитаны, то и этот счётчик обнуляется... Типа, всё, парень, нет больше новых данных для расчёта.... )))
И по какой причине индикатор должен полностью пересчитаться в таком случае - я не знаю!
---------------
Соврал маленько )))
Перерисовываются не индикаторы, а "индюки" только для того, чтобы "красиво" выглядеть на истории ;)
Соврал маленько )))
Перерисовываются не индикаторы, а "индюки" только для того, чтобы "красиво" выглядеть на истории ;)
Поэтому они и расходятся как горячие пирожки. Потому что всегда выглядят "КРАСИВО и БОГАТО".