R
Железо, ОС, вот это все
Size: a a a
2020 April 09
K
У тебя есть сцена в блендере и свои шейдеры (скорее всего на языке шейдера блендера)
Ты просишь отрендерить и шлешь туда нужные данные.
Там будет сервак, который принимает это все и рендерит
Ты просишь отрендерить и шлешь туда нужные данные.
Там будет сервак, который принимает это все и рендерит
K
Я для простоты разработки, отладки, уменьшения проблем - я бы сделал линукс с вулканом
R
Это усложнит все
R
А особенно усложнит пользователем других 3D редакторов жизнь
R
Зачем использовать внутренности blender-а в API?
R
Принимаешь шейдеры в виде SPIR-V
R
И данные в glTF
R
На стороне редактора на лету конвертишь и шлешь
K
Ты же знаешь что в сцены в блендер могут быть очень комплексные. По сути фильм.
И вот ты хочешь рендерить фильм в облаке.
Ты туда присылаешь
1) Ноды шейдерные
2) Скрипты питона
3) Модели
4) Позиции
... миллион всего
Для упрощения жизни разработчики сервиса будут принимать все по протоколу и парсить и рендерить (скорей всего сервер рендера из блендера будет написан теми же людьми).
И вот ты хочешь рендерить фильм в облаке.
Ты туда присылаешь
1) Ноды шейдерные
2) Скрипты питона
3) Модели
4) Позиции
... миллион всего
Для упрощения жизни разработчики сервиса будут принимать все по протоколу и парсить и рендерить (скорей всего сервер рендера из блендера будет написан теми же людьми).
K
В пиксаре так же сделано
K
у них бэкенд на метале написан
K
и они поддерживают метал и есть люди в эппле, которые константно там ищут перформанс проблемы
R
Вообще-то нет смысла посылать рендерится не один кадр
R
А весь фильм
K
Я не обсуждаю работу сервиса, он может быть сделан по разному
R
Питонячие скрипты ты у себя выполнишь
K
я говорю о том что разработчики для графики будут использовать тот апи, у которого больше шансов на успех