Подробнее
Активность: 9
28
февраля
2019
Multiscatter и SplineLand 3Ds Max 2010-2019
По сути все пользовались не кряком а “незаметно” открытым портом от разрабов :) Когда лицуха периодически слетала, все же видели что количество дней бесплатного использования с каждым разом уменьшалось и вот наступил логический конец и наврятли каждый получит еще 360 дней бесплатного использования...   Я думаю, что это было специально сделано разрабами! Подсадить людей на этот замечательный продукт с фантомным чувством "крякнутости" а потом таким резким блокированием заставить этих самых людей купить его. Наверняка у всех есть срочные заказы, которые нужно сделать именно с этим плагином. Объективно – цена не велика, и тот кто нормально зарабатывает может купить один раз и навсегда забыть о всяких кряках и проблемах с установкой плагина.
18
августа
2017
Xeon и Light Cache
Уважаемый xpp_nd_ruphus , какая версия Multiscatter установлена на вашем 3D max 2016? Начал тестировать Multiscatter… Первый тест: 3D max 2016 Vray 3.50.04 Multiscatter 1.3.6.3 Плейн с травой (200000 единиц травы) i7 – 9 секунд; E5-2683v3 – 43 секунды (в 4-5 раз дольше конкурента). Второй тест(сложнее): 4200000 единиц травы i7 – 1.57 минут; E5-2683v3 – 16.20минут ( в 8 раз дольше конкурента :(). Теперь 3D max 2012 - Сцена экстерьера (29 лямов поликов) трава (600000 единиц травы) Multiscatter 1.3.6.3\vray 2.30.01: I7 – 40 секунд; E5-2683v3 -49 секунд. Разницы почти нет. Теперь добавил травы -3600000: I7-1 минута 45 секунд; E5-2683v3 – 2 минуты 36 секунд. В общем, как видно – в тесте в 2012 максе с более старой версией вирея мой Xeon не так уж и отстает, хотя я все равно не понимаю, если при LC используются все ядра, а в системе Xeon их 24 то, как 4х ядерный старый i7 может быть быстрее? Ребята, сижу уже дня 4 с этой темой, сплошные тесты, а результата ноль… Ужас!!!
18
августа
2017
Xeon и Light Cache
sketch-studio - Я уже не рассматриваю низкую частоту ядра как причина данной проблемы. Аргументирую! Во-первых, построение Light Cache проходит с использованием ВСЕХ ядер, об этом говорит мониторинг через диспетчер задач, все ядра загружены на 100%. Во-вторых, как Вы объясните "быстрый" проход Light Cache этой же сцены в 3D max 2012\Vray 2.30 на Xeon? Протестировал Vray 3.20 - результат такой же :((. Работаю над проблемой дальше, если есть у кого то идеи-с ОГРОМНЫМ удовольствием их выслушаю :) Спасибо.
18
августа
2017
Xeon и Light Cache
Добрый день. Ves - Каустику не использую. Yehat - BF Не вариант, слишком долго вторичку рендерит. xpp_nd_ruphus - embree включен по умолчанию, пробовал отключать, но при рендере начинает сжирать всю оперативную память при Building static raycast accelerator. Касательно пираток... Такая же пиратка стоит и на машине с i7 и все рендерит четко с теми же настройками рендера что и на xeon. Сейчас попробую поставить 3.20, может поможет, отпишусь по результату :) Спасибо.
17
августа
2017
Xeon и Light Cache
Доброго времени суток. В наличии имеется рабочая станция: 2x Intel Xeon E5-2683v3@2.0GHz (по 14 ядер каждый); Материнская плата – Asus Z10PE-D16 WS; Память - Samsung 16GB DDR4-2133Mhz (4 планки (64GB)). Видео карта – Evga GeForce GTX 1070 8GB; Win 10\3D max 2016\Vray 3.5. И старый PC: i7 – 4770k 3900MHz (без разгона); Gigabyte Ga-H87M-Dh3; G.Skill 8gb DDR3-1333 (4 планки (32Gb) Geforce GTX 770 4Gb; Win 10\3D max 2016\Vray 3.5.   Начал тестировать рендеринг одной сцены (32 ляма поликов) на двух машинах и заметил неприятную ситуацию, мой старый i7 считает Light Cache быстрее в 7-10 раз быстрее, чем Xeon, но после просчета Light Cache Xeon начинает очень быстро рендерить картинку (за счет количества ядер). Читал несколько форумов, где люди пишут типа – “Низкая частота ядра – вот причина” Но если бы это было так то разница во времени была бы не в 7-10 раз, а примерно 1,5-2 раза в пользу i7. Подскажите, пожалуйста, может, у кого-то были подобные проблемы? Проблема софта или действительно частота ядра всему виной? Спасибо.