Добрый день

Да, понимаю что лезть в чужой (и страшно большой) код опасно, но вот "надо".
Есть объект на который можно прицепить любое число плагинов которые организованы по группам. Примерная схема
Как плагины так и группы имеют параметры и запрашивают их у хоста (ну то есть у меня). Как плагины так и группы могут быть вкл/выкл юзером и их порядок применения может быть изменен. Параметры есть значения на линейке времени, по-нашему "анимейшн курва".

И вот требуется, казалось бы, очень простая вещь - если во времени ничего не меняется, то и плагины не дергать попусту. Сейчас тупо считает каждом фрейме, конечно жуткие тормоза.

Что бы Вы предложили? Какой метод? Ну может пресловутые "паттерны" помогут?

Спасибо

Ну вот, в очередной раз моя тема сваливается в диалог с Вами Вообще, впечатление что проблемы только у меня, у остальных их просто нет (ну может что-то там не ладится с портами).

Сделать "слепок" и потом его сравнивать конечно напрашивается, но тут возникают неприятные моменты

1) Где этот "слепок" хранить? И как? (в смысле что туда писать). Напр указатель на плагин или группу плагинов- но его юзер может грохнуть.  Что тогда? Сидеть с невалидным указателем - ну как минимум получу ABA. А отслеживать всю активность юзера - не знаю возможно или нет, но как минимум очень накладно

2)  Эта операция не первая и не последняя в pipeline, которая работает так: есть объект, есть его исходная.базовая геометрия. Она копируется (один раз) и подается на вход операции которая изменяет геометрию и передает ее на вход следующей операции и.т.д. Хранится только оригинал и "что в конце-концов получилось". Поэтому если хоть что-то в pipline изменено - все по новой с нуля, это нормально. И тут "слепок" надо как-то прибивать, хз как

Это щас мы такие умные по Id хранить. А код писался в ранние 90-е (typedef struct и все такое)

Совершенно однозначна, что создает иллюзию легкого решения (ну вот же, рукой подать)

Не понял. (де)Активация - это просто флажки, они хранятся но на линейке времени их нет

Похоже "только с этой операцией" не удастся - надо завязываться на весь pipeline. А там страшнЭ

Да

Тут полазил в коде. Хреново. Во-первых многие плагины имеют неанимированные параметры (те же флажки) которых на линейке времени нет. Ну ладно, это еще как-то решаемо, напр "закрыли окно UI плагина - общий сброс", один лишний пересчет - мелочь. Но раскопал 2-3 плагина, эти уроды могут ссылаться/используют вообще др (внешние) объекты, а те могут меняться во времени как угодно.

Плагины написаны в незапамятные времена, работают через C API, мои только 2, всего их около 15, есть и очень навороченные. Плагины "статические", т.е. собираются вместе с приложением, все исходники есть, расширяться - ну практически вряд ли будут.

Думал может так - расширить/изменить API чтобы в момент когда время поменялось и плагин получает новые данные он сам мог решить равны ли они старым. Но тогда надо перебрать все 15 плюс группы тоже имеют свои данные плюс вкл/выкл. И после всего этого у меня пока нет уверенности что это "правильное и корректное решение".

Может зайти с др стороны - забыть о грузе огромного старого кода (это конечно легко только говорить). Вот мы проектируем новую систему/пайплайн уже вооруженные моим печальным опытом. Как предусмотреть эту ситуацию, т.е. заложить эту оптимизацию в систему?

Не понял о чем это, какие "обертки"? Плагин участвует в pipeline
Др словами или вся пайплайн считается или никто, геометрия может быть мульены, поэтому ни о каком восстановлении речь не идет

Да, именно так

Ну если это лучше, то зачем предыдущий вариант с параллельным деревом ?   А здесь как-то неясно с "усложнением узлов". Напр в каждом плагине хранить предыдущие данные и сравнивать с новыми - да, реально, но куча тупых if'ов по каждому плагину и группе

Что-то пока не видно фонтана свежих идей Правда и задачка мерзкая

Только "группы" имеют общие параметры используемые входящими в них плагинами, а так вообще параметры у каждого плагина свои

Попробую для начала выделить pipeline в класс - сейчас там все в процедурном стиле. Может после этого придут мысли