Почему? Индикатор тот же. Просто он у вас компилированный в dll, а у меня сорцы :) Мой индикатор работает на истории и реалтайм без тик реплея, мне писали на заказ, там просто кластера не простые и тф не временной :) у меня порядка 10 инструментов и около 15 вкладок по 100 дней каждая открыта - сделайте тоже самое с MR паком и когда выставите ордер на реале и индикатор упадет или клиент не выдержит нагрузки - расскажите что чувствовали в этот момент :))
то есть у вас исходники, а у меня значит dll )))
Вы хоть смотрели, то что выставлено?
У меня mrPack - теперь работает и с невременными ТФ. Спасибо что указали на ошибку.
Исправил сегодня.
По всем остальным пунктам - вы во многом заблуждаетесь.
Я нашел индикатор, который вы выставляли в соседней ветке. Он действительно строит обьемные кластера - без тик реплея.
Он добавляет серию данных в том числе и тикового графика - и пишет все тиковые бары в листы и словари.
Роста производительности в том индикаторе по сравнению с mrPack - не замечено. Загрузка графиков приблизительно одинакова.
А вот скорость рендеринга - в 10 раз хуже у CamsVpR4 (60 мс - против 700 мс в сжатом виде ES - 10 Range - 30 дней)
Вы пишите, что клиент не выдержит нагрузки или индикатор упадет. Индикатор не упадет. Нагрузки большой не замечается.
Повторяю, ваши исходники != мои исходники.
Есть еще правда, над чем поработать..
Индикатор выставил выше и ожидал конструктива по ошибкам..
В результате получаем субъективное мнение, причем не разработчика но юзера. Который будет рассказывать чем тикреплей плох ))
Вы думаете - добавление датасерий тиковых данных и их обработка - намного оптимальнее? )
PS. Вот лично вы, если можете и есть время, скачайте то что на верху страницы, по тестируйте на временных ТФ. скиньте скрины ошибок и условий их возникновения (Update для невременных ТФ - выставлю позже). Тем самым поможете сделать его немного лучше.