Blender 2.78

[Vir Norin]

Вот скажите, это я дурак или разрабы Блендера лукавят, постоянно сообщая о приросте скорости рендера с каждой версией? Я понимаю, что с моим старым процем не особо стоит на что-то рассчитывать, да и Циклы сейчас ориентированы на ГПУ. Но в релизных заметках они все-таки пишут, что ЦПУ тоже дорабатывается, а потому считаю должным написать этот пост.
Суть проблемы. До сих пор сижу на 2,75а. С каждой новой версией тестирую разные сцены на скорость рендера и потребление памяти и обнаруживаю, что Циклы становятся все медленнее на процессоре.
- Сделали новый алгоритм шумоподавления - визуально разница практически не заметна, но рендерит гораздо медленнее.
- Ввели новый тип SSS шейдера. Типа лучше удерживает детали, но на вид словно просто уменьшили радиус рассеивания. Визуально подогнав под прежний алгоритм (Gaussian), обнаружил, что шуму столько же, а рендерит снова медленнее.
- Даже новый метод открытия тайлов (Спираль Гилберта или как там ее) в результате одну и ту же картинку рендерит медленнее.
- И вот сейчас вышел 2,78b с хваленым ускорением рендеринга и оптимизацией памяти. Провел тесты. Отрендерил Настю с начального поста из моего ВИПа. Там несколько систем частиц волос, подповерхностное рассеивание, несколько 6K текстур, небольшая ХДРка и около миллиона трианглов. Все не рендерил, ибо долго. Результаты. Блендер 2.75а - 4:49 минут, 1668Мб памяти (1692Мб пиковые) против 2.78b - 7:50 минут и 1770Мб (!) памяти. Это вообще как понимать? В каком месте они оптимизировали, я ХЗ. Одну лишь геометрию волос новая версия считала 4 минуты против 1,5 минут на 2.75.

Так вот, это я неправильно пользуюсь или разрабы действительно забили на ЦПУ?
ПС Если что, то новую версию ставил не инсталлером, а просто архивом.

[engine9]

Не, ну так-то разрабы никому ничего не должны, учитывая что их там пригоршня работает над целым проектом...

[M_Rodionov]

Не, ну так-то разрабы никому ничего не должны, учитывая что их там пригоршня работает над целым проектом...

а вот нифига - "взялся за гуж - не говори что не дюж..."

если никому ничего не должны то и нефига заниматься этим всем и кричать о новых скоростях и пр.

[grayich]

Vir Norin, они сначала затормаживают, а потом ускоряют, всё как везде.

[Kaiwas В сети]

M_Rodionov, новые скоростя для моушенблюр. Для остального старые, может даже ещё хуже )

[Vir Norin]

Так и знал, что будут стандартные аргументы вроде "Ты ж не платил, так что не жалуйся". По этой логике они вообще могут выбросить из Блендера всё, а коммьюнити должно будет смириться. Я разрабам ничего не предъявляю, как написал выше - я осознаю, что со старым железом рано или поздно можно остаться не у дел. Тем не менее, зачем морочить голову пользователям ложными заявлениями?

[stark]

На самом деле не сталкивался с тем чтобы разработчики целенаправленно ухудшали Блендер. Я уверен, что если быть в курсе разработки и общаться с разработчиками, то можно понять, что и почему они сделали, даже если результат может выглядеть хуже (работать медленнее) чем более ранняя версия. По мне разработчики больше сконцентрированы на добавлении функционала. В частности всякие дополнительные эффекты в Cycles с моей колокольни (не глядя в код) приводят к тому, что при рендеринге работает больше кода, а потому медленнее.

Про 2.78b в частности. На предыдущей странице grayich давал ссылку. Разработчики заявили разные оптимизции, но слово "ускорение" не ко всем относится - может, как Kaiwas и написал - только к Motion Blur. "Оптимизация" не всегда значит "ускорение". И то оптимизации конкретных частей Cycles заявлены - возможно у тебя в сцене эти части не используются так чтобы ощутить положительный эффект.

И разработчики не забросили CPU-рендеринг.

Use more global SSE optimizations for SSE4.1+ kernels.
Multiple improvements for the latest AVX2 CPUS

Вопрос в том, у тебя, Vir Norin, процессор поддерживает SSE 4.1 и/или AVX2 чтобы попробовать поймать разницу? И то существенный выигрыш может проявляться только в некоторых сценариях и сравнивать надо с 2.78a, т.к. с 2.75 разработчики могли прилично натолкать нового в код Cycles и не заикались, что он должен при этом работать не медленнее чем было.

Я пока откатился на Blender 2.78a, т.к. Cycles не использую а 2.78b что-то падал, хотя может это и мой косяк был.

[Pavel]

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

Спойлер

У меня этот баг стабильно воспроизводится. Чуть ли не в каждой симуляции.

Похоже этот баг тянется ещё, как минимум, с 2008 года. На ютубе видел симуляцию с таким багом.
Вот это видео:

Спойлер

phpBB [media]

И кто-нибудь знает, когда в блендере появилась симуляция жидкости?

[Александр_fleetwood]

Pavel, 2.78 это такая интересная вещь , что баги есть у многих , и у всех почему-то разные . Даже за себя скажу - с одного дистрибутива поставленного на 30 машин с одинаковой осью , глючат все , но все по разному

[WorldLand]

У кого-нибудь воспроизводился баг с дырами в жидкости, который я описывал выше?

У меня нет.

[Юрий Небесный]

Ага, дак я не один такой. Все время кажется что глючит а оно так и есть. То лупкат не появляется, то alt+a выдает фейл, и так по мелочи, по мелочи...

[M_Rodionov]

Странно ни одного глюка, не вылетает, все нормально, Тяжелые сцены вращаются очень быстро, Вопрос, что я делаю не так?

[Mihanik]

Странно ни одного глюка, не вылетает, все нормально,

У мну тоже всё нормально. То есть мне неизвестен (хардкорный, сложный, пакетный) софт , который не падает вообще никогда. Блендер здесь скорее даже лучше прочих.

[Pavel]

У меня нет.

А как часто ты пользуешься симуляцией жидкости? Я сейчас создал тестовую сцену и при втором перезапекании появилась дыра в жидкости. И появляется она в разных местах (рандомных).

[Юрий Небесный]

M_Rodionov, Ну вот зацени как бывает у меня - есть плоскость "сцена". Создаю кубик, жму ему "создать материал" и на кубик накидывается материал сцены. Не новый мат, неееееет, а с плоскости "сцена". И вот такие высады мелкие они прям сочатся повсюду. До истерики.

Пошел качать 2.77

[M_Rodionov]

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

[graphite]

вот ещё такого вроде раньше не было.
имеем объект с дубликатами объектов в вершинах( duplivertex)
полигонов много
если я на дубликаты вешаю, например, шейдер глосси, то всё норм.
если вешаю шейдер эмишн то съедается вся память. как будто дубликаты начинают грузится как отдельные объекты.

разве раньше такое было? сам проверить не могу, видюха только в 2.78 работает.
поэтому прошу проверить.

зыж файл пример. на зелёном микс ноде попробуйте фактор смешивания 0 и 1

[stark]

graphite, 2.78а - уложилось в 3 минуты и в 16 гиг оперативки; 2.70 - та же память, но 20 сек времени. Если интересует конкретная версия Blender - скажи какая. Так что по памяти аналогично. Ко времени большие вопросы однако (почти в 9 раз медленнее теперь).

У тебя тяжелейшие мешлайты (икосфера subsurf 3) и много их (Сюзанна subsurf 3 вершин). Я бы не назвал случай стандартным - имхо обычно мешлайтов не много и они низкополигональны. Есть предположение, что ИС не такая простая штука чтобы легко так инстансы замутить. Не знаю почему правда - т.к. вроде бы Path алгоритм попал на мешлайт - вот и много света у данного path. Хз в чём подвох. Надо разработчикам вопрос задавать - может и недосмотр по причине нестандартности ситуации и неохваченности тестами.

[graphite]

stark, спасибо, большое. а загрузка памяти одинаковая, что со светящимися, что с глосси?
в версии 2.70?

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

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

[stark]

stark, спасибо, большое. а загрузка памяти одинаковая, что со светящимися, что с глосси?
в версии 2.70?

Нет. В обоих версиях светящийся занимает под 16 гиг, а глосси занимает меньше 20 мег, но на 2.78a меньше чем на 2.70 (15 и 20 мег соответственно).

По времени - на 2.78a много времени занимает этап Updating lights | Сomputing distribution . На 2.70 он проходит гораздо быстрее. Это как раз тот этап, на котором растёт объём занимаемой памяти. Сам рендеринг проходит почти моментально.

P.S. У меня при открытии файл настроен на рендеринг на CPU. В видеопамять да не влазит, ошибку OpenCL выдёт, и не падает, что приятно.