Вопросы новичка, как сделать это и то..... Опции

[Jbond]

Соединяй второй вход со сферой и в позишне пропиши TX2 TY2 TZ2.
Обьекты нербсами сделай. Точки плоскости тогда станут на место сферы. Но одной дольки может не быть.
Опять же смотря для чего все это нужно...

[diamondx]

Jbond Спасибо! То, что нужно. Это мне для всяких деформаций и т.п.

[Jbond]

Есть ли простые способы получить полибридж не триангурированный.
Какой-то старый otl на сайте сайдов лежит в trash can. Но может быть есть проще.
poly loft между двумя гридами выдает такой меш как на картинке.

Сообщение отредактировал Jbond - 13/08/2013, 00:23

Прикрепленные изображения

 

[Evgen]

Есть ли простые способы получить полибридж не триангурированный.
Какой-то старый otl на сайте сайдов лежит в trash can. Но может быть есть проще.
poly loft между двумя гридами выдает такой меш как на картинке.

Skin попробуй

[Jbond]

Есть ли простые способы получить полибридж не триангурированный.
Какой-то старый otl на сайте сайдов лежит в trash can. Но может быть есть проще.
poly loft между двумя гридами выдает такой меш как на картинке.

Skin попробуй

Да скин работает, но у него маловато контроля.
Я думал как-то можно решать на уровне полигонов.

[dunmer]

Point Instancing is now up to 300x faster
Point Instancing lets you take a set of objects and distributes them over a given number of points at render time. Each point can assign a material to the object it instances, independent of the object itself. The main benefit is that at render time, unlike the Copy SOP, the only memory overhead is from the small set of source objects. So instancing a single object 1000 times doesn’t cost much more memory-wise than having a single copy of that object.
ability to plug cvex into the Point Instance Procedural VOP

Это было реализовано еще в 12 версии, но у меня руки дошли до инстансов только сейчас.
И что я наблюдаю: 5000 инстансов одного простенького дерева за 15 минут сожрали все мои 16 гигов и весь своп и так все и не отправились. И это называется 'fast'? Он еще и делэйед лоад не видит. А от полного тогда вообще толку не может быть?
Что за на*балово?!!
Т.е. в худини так и нету нормальных инстансов? Или я что-то неправильно делаю? И что снова все фуром *башить?

Вспомнил, еще есть ClusterThis. Кто-нибудь им пользовался?

Сообщение отредактировал dunmer - 26/08/2013, 21:12

[gosch]

Однозначно что-то неправильно делаешь )
Вот например:
5К инстансов (70К полигонов каждый)
full point instancing + delayed load
ifd: 30 сек
рендер: 3 мин.
память: 4 Г ( в пике)

[CKA3KA]

[Что за на*балово?!!
Т.е. в худини так и нету нормальных инстансов? Или я что-то неправильно делаю? И что снова все фуром *башить?

что за манера собственное незнание оправдывать каким-то мифическим наепаловом???!!

-выключи дисплейс в мантре
-отключи рефлекшн рефракшн и сделай один отскок на диффузе.

честно говоря не понимаю, откуда на кролика взялось 3 гига на пике...

[gosch]

честно говоря не понимаю, откуда на кролика взялось 3 гига на пике...

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

[dunmer]

Решено.
По-видимому, баг отправления. Скорее всего, SOHO неправильно считывает параметр ptinstance.

А может Transform Instance повлиял.

Сообщение отредактировал dunmer - 28/08/2013, 16:01

[Zipper]

Микрополь жвижком считать инстансы - ни вкоем случае! =)
dunmer, поменьше эмоций, побольше логики. =) Все в гудини отлично с инстансами.

[dunmer]

Зафиксировал я причину. Уж лучше б это был баг.

Если на инстансируемый объект установлен материал - либо сверху, либо через shop_materialpath - инстансы обрабатываются полностью, как full.
Получается, быстрый пойнт инстансинг невозможно использовать для объектов с большим количеством разных материалов? А ведь вчера, вроде, и так хавал.

Вместо того чтобо просто игнорировать некоторые аттрибуты, тип инстансинга зависит от объекта, который инстансируется. Проще говоря, значение 'fast' носит рекомендательный характер, про что ни слова в документации. Вот так сюрприз!

И этот случай всего лишь вершина айсберга.
А теперь представьте производство, когда приходится выяснять функциональность каждого нового пришедшего станка или инструмента экспериментальным путем. Да даже представлять не надо - в КГ (да и вообще в ИТ) все так и делают. Целая индустрия живет тем, что занимается исследованием костылей друг друга.
Как, осознавая это, можно сохранять спокойствие?

Алексей, моя логическая цепочка Вас устраивает?
ЗЫ: Я написал в это тему, потому что мне было неохото создавать новую, а не потому что я новичок.

[CKA3KA]

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

насчет сильно - сильно сомневаюсь.
дай свою сцену с кроликом, побаловаться...

[Zipper]

Зафиксировал я причину. Уж лучше б это был баг.

Если на инстансируемый объект установлен материал - либо сверху, либо через shop_materialpath - инстансы обрабатываются полностью, как full.
Получается, быстрый пойнт инстансинг невозможно использовать для объектов с большим количеством разных материалов? А ведь вчера, вроде, и так хавал.

Глупости всё это. Фаст поинт инстансинг работает как ему и пологается. shop_materialpath на это никак не влияет. Да, работа с инстансами, на которых несколько шейдеров, немного отличается, и требует немного телодвижений.

Вместо того чтобо просто игнорировать некоторые аттрибуты, тип инстансинга зависит от объекта, который инстансируется. Проще говоря, значение 'fast' носит рекомендательный характер, про что ни слова в документации. Вот так сюрприз!

Смысла этого предложения я не понял вообще =)
Из опыта: работать с со сложным инстансингом, с вариацией геометрии, текстур и шейдеров на ней - вполне решаемая задача. Но она требует хорошего понимания предмета. Нужно и в soho залезть почитать, и ifd не один расковырять. И будет вам счастье =)

[gosch]

Микрополь жвижком считать инстансы - ни вкоем случае! =)

А почему вообще-то с микрополи так все плохо?