d
Size: a a a
2020 June 13
d
Я не в курсе, какая причина?
у класса рендара есть свой меш (по сути абстракция над мешем на стороне гпу) в котором хранится указатель на исходный меш (который на стороне цпу или вообще на диске)
BB
у класса рендара есть свой меш (по сути абстракция над мешем на стороне гпу) в котором хранится указатель на исходный меш (который на стороне цпу или вообще на диске)
А зачем? Не совсем просто понимаю
Мэш загрузил в цпу один раз
Кинул на жпу один раз
Пользуешься, или тут какая то логика иная?
Мэш загрузил в цпу один раз
Кинул на жпу один раз
Пользуешься, или тут какая то логика иная?
d
А зачем? Не совсем просто понимаю
Мэш загрузил в цпу один раз
Кинул на жпу один раз
Пользуешься, или тут какая то логика иная?
Мэш загрузил в цпу один раз
Кинул на жпу один раз
Пользуешься, или тут какая то логика иная?
меш разделён на 2 части, одна для внешнего апи, она универсальна для всех возможных реализаций рендера, вторая рендер специфична
BB
Ну тогда назови не сеткастом а setInternalMesh
BB
Та и пойдет, если работает
BB
Если больше никак функция не используется и она тебе нужна для установки интернал представления per API
d
тут дело в том что не исключён вариант нескольких инстанций рендера
BB
Ну либо виртуальный метод
Либо CRTP
Либо CRTP
d
Если больше никак функция не используется и она тебе нужна для установки интернал представления per API
там был рендер я поправил
BB
тут дело в том что не исключён вариант нескольких инстанций рендера
Еще Разных апи?
d
Еще Разных апи?
несколько инстанций одного рендара, или разных (на разных апи)
BB
несколько инстанций одного рендара, или разных (на разных апи)
Ох
Больно
Но я бы сказал что один и тот же меш для разных апи это логически разные мэши
Больно
Но я бы сказал что один и тот же меш для разных апи это логически разные мэши
BB
И я бы не пытался их скрещивать
d
Ох
Больно
Но я бы сказал что один и тот же меш для разных апи это логически разные мэши
Больно
Но я бы сказал что один и тот же меш для разных апи это логически разные мэши
это универсальный меш он для всех одинаков, внутри у рендеров свои варианты
d
Ох
Больно
Но я бы сказал что один и тот же меш для разных апи это логически разные мэши
Больно
Но я бы сказал что один и тот же меш для разных апи это логически разные мэши
если на стороне цпу, то нет, на стороне гпу - да, но там у каждого рендера свой меш уже будет
d
собственно это customValue и нужно для связывания
BB
https://github.com/disba1ancer/dse/blob/8c16690ce48bab7bae4e65e6657052818d939304/src/scn/IMeshStore.h#L17
вот так реализована работа со значениями
вот так реализована работа со значениями
Все же не уверен что используется для чего то кроме установки интернал представления
Потому я бы переименовал если невозможно отказаться от связывания
Потому я бы переименовал если невозможно отказаться от связывания