C
Я точно помню, юзал, крутая штука для больших сцен
Size: a a a
2020 March 25
C-
группы я испоьзовал для того чтоб было легче выделять много объектов как один
C-
например машина была из мелких деталей, и я собрал её как группу
C
например машина была из мелких деталей, и я собрал её как группу
Ну вот и можно было сколько угодно машин добавлять потом, и все они одинаковые
C-
Ну вот и можно было сколько угодно машин добавлять потом, и все они одинаковые
нет, инстансы там либо как частицы либо через alt+D как и в 2.8
C-
это не то
C
нет, инстансы там либо как частицы либо через alt+D как и в 2.8
Да нееееее
C
Сам посмотри Add -> group
C-
Сам посмотри Add -> group
C-
правильно, оно просто дублирует объекты в группах так же как и аль+Д
C-
говорю же - это не то что нужно было
C-
когда сцена весит 3 гб, создавать дубликаты, стало очень проблематично
M
не, чтоб было идеально надо еще само видео обрабатывать и убирать искажения, иначе будет горе, если у тебя только камера не двигается по простому(вперед, вбок)
как тречат профи:
1) узнают параметры линзы и камеры на что снималось. это нужно для лучшего камера солва. особенно если движение камеры сложное
2) Далее готовят шот к треку (как минимум андисторт линзы) после композинга дисторт линзы возвращают
3) тречат шот
4) если не дали параметры линзы и камеры. считают в проге (эквалайзер это умеет). Чем меньше исходных данных тем больше он считает и больше точек нужно для трека
5) солвят. проверяют в 3д сцену и трек (эквалайзер это тоже умеет)
6) далее уже экспортят куда нужно (нюк, или любой 3д софт)
1) узнают параметры линзы и камеры на что снималось. это нужно для лучшего камера солва. особенно если движение камеры сложное
2) Далее готовят шот к треку (как минимум андисторт линзы) после композинга дисторт линзы возвращают
3) тречат шот
4) если не дали параметры линзы и камеры. считают в проге (эквалайзер это умеет). Чем меньше исходных данных тем больше он считает и больше точек нужно для трека
5) солвят. проверяют в 3д сцену и трек (эквалайзер это тоже умеет)
6) далее уже экспортят куда нужно (нюк, или любой 3д софт)
M
если трек сделан идеально. ты это увидишь сразу в эквалайзере. двигая тестовые 3д объекты прямо в нем по виртуальной сцене
C-
как тречат профи:
1) узнают параметры линзы и камеры на что снималось. это нужно для лучшего камера солва. особенно если движение камеры сложное
2) Далее готовят шот к треку (как минимум андисторт линзы) после композинга дисторт линзы возвращают
3) тречат шот
4) если не дали параметры линзы и камеры. считают в проге (эквалайзер это умеет). Чем меньше исходных данных тем больше он считает и больше точек нужно для трека
5) солвят. проверяют в 3д сцену и трек (эквалайзер это тоже умеет)
6) далее уже экспортят куда нужно (нюк, или любой 3д софт)
1) узнают параметры линзы и камеры на что снималось. это нужно для лучшего камера солва. особенно если движение камеры сложное
2) Далее готовят шот к треку (как минимум андисторт линзы) после композинга дисторт линзы возвращают
3) тречат шот
4) если не дали параметры линзы и камеры. считают в проге (эквалайзер это умеет). Чем меньше исходных данных тем больше он считает и больше точек нужно для трека
5) солвят. проверяют в 3д сцену и трек (эквалайзер это тоже умеет)
6) далее уже экспортят куда нужно (нюк, или любой 3д софт)
кинул выше пример, попробуй сделай. все эти процедуры я уже и так знаю))
M
если трек сделан хорошо, у тебя ничего не будет сползать в 3д пакете
C
когда сцена весит 3 гб, создавать дубликаты, стало очень проблематично
Инстансы нихера не весят
C
Они не делают новую инфу
C-
Инстансы нихера не весят
ага а визуализация их тоже за счет воздуха происходит?
C
ага а визуализация их тоже за счет воздуха происходит?
Ну да