DoCentttt

ytka88, симпатичная сестра у вас.

Достойная трава от R&D Group. Лично я упоролся ею на отличненько.

Цитата JasGeka: ни разу не заставил рендер съесть больше 10 С экстерьером леса, к сожалению, это невозможно. Точнее, я это не умею.

JasGeka, вы щасливый человек) У меня, как только сцена начинает жрать оперативки выше, чем мои 32 - начинаются пляски с бубном. При чём каждый раз новый танец. А до 32 то конечно, всё как часы. Я даже в Коловдюти по сети играю во время рендера, если все в оперативку помещается.

Цитата Oleg.budeanu: А случаи бывают разные Понятно. Ну это может, когда рендер занимает 34, допустим, гига, а на борту стоит 32. То освобождая пару гигов, мы убираем СВОП. Думаю, в таких случаях она уместна. А 64, или 60 гиг - погоды не поменяет в моём случае.

Oleg.budeanu, вы правы. Буквально вчера допёр, что нужно лимит установить, потому что у меня реально вся нагрузка идёт из-за проксей - а они систему вешают, не оставляя винде ни чего. Сейчас рендерится. Со скрипом, ну идёт. А подробнее вы можете объяснить, что делает галка conserve memory? Я её включал - память выжиралась так же, только было медленнее. Она всё равно не сожмёт потребление из 60 гиг до моих 32 физических). Ну, может, конечно, она и консервирует парочку мегебайт - но это несущественно, как по мне.

velurrr, через запятую без пробела. #классика#интерьер#гостиная#corona#золото - неправильно. классика,интерьер,гостиная,corona,золото - правильно.

Цитата qpXaXoLqp: А вы бы не хотели побывать в таком заведении ? Ну, в свои 30 - нет. В 10 - возможно, но не факт.

У меня кусок ветчины есть https://3ddd.ru/3dmodels/show/posuda_mauviel1830

Цитата Mulama27: kiyoung Хм.. к нему не подобраться. Надо его выманить хотя бы на одно сообщение и ка-а-к насыпать в брешь. Поищите, может, он где в галерее коментировал. Или в моделях. Должно быть слабое место.

Цитата Mulama27: DOVLET HOUSE хух, я уже занёс был мышку, чтоб покарать невинного. Вовремя.

Кто это сделал? Имя. Имя! Ща мы его ка-ак стукнем. Против коллектива не попрёт.

JasGeka, ну это понятно. Просто иногда не могу даже ютуб посмотреть пока рендер идёт. Приоритета мало - приходится освобождать поток.

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

Привет. А не подскажете, когда я освобождаю одно ядро от рендера - это не повлияет пагубно на процессор? Если постоянно одно и то же ядро освобождать, например? Точнее, один поток из 8, ядер ведь 4. И ещё: как узнать, какие потоки принадлежать одному ядру? Я где то слышал, что они идут не по порядку, и даже не по два в диспетчере задач, а гуляют? Допустим, я хочу полностью освободить одно целое ядро - то как узнать какие потоки отключить? Или задачи перераспределяются на оставшиеся свободные потоки, и 4 ядра работают всегда?

   Хочу сделать фидбек. Скрипт хорошо работает на вирее 3.60.03 и короне 1.5.2. Есть одно критическое замечание: перед конвертацией не забывайте проверить, все ли битмапы подгружены, нету ли missing при открытии файла. У меня сначала не получалось именно из-за этого нюанса. Виталию спасибо - экономия времени на лицо.  

может там микротрещины в стене? Или может, round edges наложен не на бамп, а на цвет? Или может, где-то АО затесался?

Vasper, а это законно?

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

Цитата larrs: strip rendering Ну да, я думаю, скорее всего бекбарнер буду юзать, а то чё то уже третий день не могу оптимизировать сцену. В СВОП всё вываливаеся и затихает. ... да, точно. Новый Embree заменяет стандартное BSP дерево https://docs.chaosgroup.com/display/VRAY3MAX/System#System-embreeParameter стандартный V-Ray raycaster выборочно использует двойную точность (делит сцену на два, пока не просчитает своё дерево), а Embree использует числа с плавающей запятой. Не знаю, что это значит, но по факту алгоритм построения embree-raycasterа чуть менее точнее, и за счёт этого - быстрее.  Так что, по ходу, нету смысла отключать embree и вручную ковырять BSP дерево - не факт, что его можно оптимизировать лучше, чем это уже делает Embree. Буду, значит лезть в бэкбарнер...

Привет, товарищи. Продолжаю мучить вирей) В этот раз дополз до вкладки System.  Задача: экстерьер с кучей травы, деревьев, кустов, огромная територия, 32 гига на борту оперативки. Что я придумал: 1. Так как у меня куча прокси объектов, то я не увидел большого смысла в выставлении Default Geometry на Dynamic, и ставить какие то ограничения в лимите. Тоесть, я оставил на авто, и лимит - на ноль, потому как я тестил с разными значениями, и макс всё равно лез в СВОП, что бы там ни стояло.   Теперь конкретно, что меня смущает: я вычитал, что некоторые значения можно изменить, и это ускорит рендер. А именно: 1. Max. tree depth - уменьшить. 2. Min. leaf size - увеличить. 3. Face/level coef. - увеличить.    Я прикинул, что если таким образом изменять структуру BSP дерева, то вирей неправильно всё просчитает. Ведь мы уменьшим количество "веточек", и увеличим размер "листиков". Да ещё и зададим лимит, глубже которого виреё не "опустится".  Вопросы: Первый. Так ли это? Действительно ли глубина BSP дерева влияет только на использование оперативной памяти, или ещё и на качество просчёта теней, шейдеров, и т.д.? Не потеряю ли я качество, если начну упрощать структуру дерева? Второй. Что ещё можно сделать, чтобы тридэмакс не лез в СВОП? Потому что как только он вылезает за 32 гига - процессор останавливается процентов на 10-15. Возможно, тут уместно исполдьзовать страйпы в бэкбарнере? И еще: Я нашёл урок древний про BSP дерево, и как его настроить, но у меня статистика не такая. http://render.ru/books/show_book.php?book_id=790&cmt_lg=ru&com_start=60#comments [[image:15942,sky_image_forum]] Почему у меня нету показателей Tree depth и Average face?? Это из-за нового Эмбри, что ли? А как же настроить дерево, не зная реальных характеристик сцены??. Это третий вопрос. Может, из-за нового Embree все эти танцы с BSP деревом уже неактуальны, и забить на это?

Красивая ведущая. Смотря на неё - новость мимо ушей прошла. О чём она говорила?))

Странная модель. Как вы её делали? После импорта постоянно отображение рваное. ...апдейт: могу сказать, что это из-за материала. Возможно, где то затесалась рефракция или опасити. Потому что, если на фбикс накинуть сермат - она отображается нормально. Если хотите, скиньте мне в личку максовский фал со всеми текстурами, архивом - я переведу в фбикс. 

Цитата vist: Ну ткните носом что не так ????  Сейчас проверю. [[image:15559,sky_image_forum]] wireframe показывает корректно, с shaded проблема. Попробую пофиксить.

Цитата vist: Импорт у меня Неправильно импортируете. Нужно не перетягиванием, а через меню импорт. Перетягивание не показывает ошибок.

У товарища все модели с Evermotion Archmodels vol. 34. https://3ddd.ru/users/chuckysdo https://evermotion.org/comm/am34/archmodels_vol_34.pdf Сетка идентичная -  [[image:14278,sky_image_forum]] Они, конечно, хоть и фри, но смотрите, чтоб не было проблем с еверами.

фото

Прикольный сайт, мебель интересно появляется. Спасибо.

LeOpold_Gnosov, может не грузите всё? Ведь есть уже такая модель https://3ddd.ru/3dmodels/show/shino_modular_visionnaire Загрузите то, чего нет на крайняк - угловой, например и хватит. Или это другая?

Цитата Jketov: катастрофически пожирает память Попоробуй поставить "On-demand mip-mapped textures" в GPU textures. И поставь режим "Production Rendering Mode" для RT, а не актившейд И кстати, если у тебя только одна видуха (даже 1080) - всё равно IPR на процессоре намного быстрее будет (если тебе нужен именно интерактив). Не мучся с этим RT. Без трёх видеокарт как минимум в него и лезть не стоит.