displacement, approximation editor  (Прочитано 11572 раз)

кто нибудь может поделиться хитростями или тонкостями работы с approximation editor, или может ссылку какую то, на то как оптимизировать  displacement в mental ray, в отличии от vray  невыносимо медленно работает.  как получить высокое качество при разумном времени просчета?

https://www.dropbox.com/s/o6h83xxed51ygyx/SurfaceApproxMethod.pdf
вот, полное собрание сочиней на тему аппроксимации 

https://www.dropbox.com/s/o6h83xxed51ygyx/SurfaceApproxMethod.pdf
вот, полное собрание сочиней на тему аппроксимации 

Спасибо, буду штудировать...
если найдется еще что нибудь полезное буду признателен.

там кажись после этого больше ничего и не понадобится, там все по полкам разложено

да вдруг не разберусь..

да вдруг не разберусь..

спросишь еще раз что не понятно - вместе разберемся))

хорошо))

бегло почитал, но пока не нашел, какой из методов displacement tesselation работает быстрее?  в инете часто встречается то что хорошо использовать 16 или 32 битные текстуры, а если это процедурная майская карта то что?

вот какой из них быстрее  просчитывает?  понятно что можно воспользоваться пресетами, как я и сделал, выставил пресет fine view high quality, подкрутил lenght на 0,4.  кадр 720 на 405 считается 11 минут, и похоже считает только одно ядро, проц не на 100% загружен..  vray посчитал бы быстрее

вот какой из них быстрее  просчитывает?  понятно что можно воспользоваться пресетами, как я и сделал, выставил пресет fine view high quality, подкрутил lenght на 0,4.  кадр 720 на 405 считается 11 минут, и похоже считает только одно ядро, проц не на 100% загружен..  vray посчитал бы быстрее

когда я тестировал то как на меня быстрее всего получается при методе LDA, и не забыть поставить галку any satisfied...
стиль Grid от стиля Tree почти не отличается...
так же не забывать про настройку аппроксимации отдельных объектов...
если не грузит на 100% проц попробуй в наглую вместо автоопределения поставить 2 ...

если имеются большие тяжеловесные карты, то их рекомендуют конвертить в менталреевский формат...

и да как ни крути а V-ray посчитает быстрее)), поэтому на него и перешел... быстрее работает на слабых компах

и да как ни крути а V-ray посчитает быстрее)), поэтому на него и перешел... быстрее работает на слабых компах

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

а не пробовал конвертить процедурные в растровые?

надо попробовать, у меня пока война только с ментал реем, все же надеюсь получить тот результат что мне нужно.
позже выложу рендеры того над чем я тут с бубном пляшу,чтоб понятно стало о чем я.
 и если конвертировать в растровую карту для вирей дисплейсмента, я так понимаю, лучше всего 32 или 16 битное изображение? если так  токак получить из процедурной текстуры  32 битное изображение?