Добрый день. Работаю с очень тяжелой сценой и обычными метродами модели туда просто уже не лезут(переполняется ОЗУ макса). Попробовал врей прокси но столкнулся с проблемой что врей меш (который врейпрокси отображает) не содержит в себе вообще текстур при применении в другой сцене.
Получается надо сто тысяч матов мерджить отдельно или я что то не так делаю?
Что значит в другой сцене? Обьясняю суть: есть многополигональная модель в сцене, пикаешь с него материал, конвертишь эту модель в прокси, загружаешь прокси этой модели в сцену, кидаешь материал этой модели, что ты пикнул ранее. Радуешься ))
проблема с проксями надуманная, я обычно делаю таким образом, создаю пустую сцену, в нее мерджу модели, которые в прокси надо загнать, детали каждой модели коллапсь в один объект, корректирую материалы и конвертирую в прокси и так по каждой модели, которую замерджил, потом сцену с проксями сохраняю (естественно), дальше открываю сцену проекта и в нее мерджу те прокси из той сценки в которой конвертировал и никаких проблем, информация о материалах содержится в вирейпроксиобъекте, в котором ссылка на вреймеш файл, который в свою очередь содержит геометрию, UV маппинг и анимацию
На сайте c 10.07.2008
Сообщений: 1693
Украина, Киев
Quote:
Попробовал врей прокси но столкнулся с проблемой что врей меш (который врейпрокси отображает) не содержит в себе вообще текстур при применении в другой сцене.
В сам файл VrayProxy материалы и текстуры не сохраняются. Там только геометрия хранится. И геометрия одним куском. То есть если вы переводите в вирей прокси не один обьект, а группу, то желательно их слить в один. При слитии материалы объединятся в мультиматериал. Этот мультиматериал и присваивается к VrayProxy в самом максе.
Так что в новую сцену нужно мержить из максовской сцены, тогда будет с материалами.
Ну и напомню, что VrayProxy хорош для повторяющихся объектов в сцене (например деревья). Тогда он экономит память при просчете. Если это просто кусок сцены, то его проще перевести в Xref объект.
Возможно я чего-то не понимаю, но как-то у вас все сложно. Зачем делать прокси, а потом заново загружать в сцену или сохранять в отдельный файл? Почему не примерджить модельку, проверить или переналожить нужные материалы, если из нескольких объектов состоит все приатачить, а когда конвертите в прокси в окошке поставить галочку Automatically Create Proxy и вместо объекта сразу будет прокси с нужными материалами.
Еще раз, самый простой и эффективный путь:
Берете объект или группу объектов, которые надо перевести в прокси, затем аттачите все в один объект. При этом макс спросит вас, надо ли автоматически применить соответствующие MatID и создать соответствующий мультисабмат - машете гривой, мол ага, делай. И вот когда ваш тяжелый объект представляет из себя один цельный меш или поли (не группу и не несколько мешей или поли, а вообще один), вот тогда правой кнопкой мыши, конвертите в прокси как обычно, но ставите галку Automatically Create Proxy. И все. Прокси готов, все материалы/текстуры на месте, F9, щастье!
Только не команда "коллапс" из утилит, а именно родной аттач прямо в меше или поли, а то коллапс автоматом мультисабы ленится делать.
Во блин, а я и не знал. Щас ради интереса взял автобус на 140000 поли, как x-ref, c включенной опцией proxy object, куда подсунут простой бокс. Сделал массив 20x20. Нажал рендер. Затем вместо xref тот же автобус перевел в vrayproxy и сделал тот же массив, нажал рендер.
Вот результат.
Честно говоря я не вдавался до этого в схему работы xref, но думал что xref экономит память Обидно. Суть в том что xref можно править, в отличии от proxy, поэтому в основном использую его, например в повторяющейся мебели и т.п. Vrayproxy использую, когда правка точно не понадобится, например трава, деревья.
Попробуйте поюзать модификатор Substitute в максе. Создаеш бокс и указываеш файл на компе, который вместо бокса отображается. Ну и соответственно или во вьюпорте или в рендере. Объект полностью редактируемый, который лежит на винте. Во вьюпорте только его иконка.
Quote:
Лучше всего конечно камп помощнее, чтобы не париться с количеством полигонов.
Genkot, да собсно ссылка на эту тему тут ни к чему. Там скорее о том, как пользоваться x-ref, а тут речь шла о памяти. Для меня это просто стало новостью, ранее не придавал этому значения, и думал что в плане памяти xref и vrayproxy одинаковы, ан-нет. Конечно меня это особо не беспокоит, с 32 гигами, но сам факт...
Обидно. Суть в том что xref можно править, в отличии от proxy, поэтому в основном использую его, например в повторяющейся мебели и т.п. Vrayproxy использую, когда правка точно не понадобится, например трава, деревья.
