Вопросы производительности¶
Оптимизация производительности визуализации¶
«Кто над чайником стоит, у того он не кипит» – старая поговорка, но вы можете задаться вопросом, почему визуализация занимает так много времени до своего завершения, или ещё того хуже, падает на половине пути! Ну, во время визуализации происходит много вещей и большинство из них вы можете ускорить, либо включить в сложную визуализацию, чтобы дождаться её завершения. Кроме того, можно отрисовать очень сложную сцену на посредственном ПК, если проявить некоторую смекалку. Вот список вещей из «горячей десятки», которые следует или не следует делать, чтобы ускорить визуализацию или избежать падения во время визуализации. Некоторые параметры могут снизить качество визуализации, но в случае с черновыми визуализациями вы можете не беспокоиться об этом.
Если вы получаете сообщение «Malloc returns nil» («Malloc вернул ноль»), на чистом английском это означает, что аллокатор памяти попытался запросить для Blender больше физической памяти, но вернулся с пустыми руками. Это значит, что у вас не достаточно памяти для визуализации сцены, и Blender не может продолжить работу. Чтобы всё-таки завершить визуализацию, вам нужно будет воспользоваться одним или несколькими советами с этой страницы.
Усовершенствования оборудования¶
- Установите больше системной памяти.
- Обновите ваш центральный процессор до многоядерного/многопроцессорного.
- Обновите свои драйвера OpenGL.
- Поставьте более быструю память, вплоть до предела, который поддерживает ваша материнская плата.
- Используйте или настройте ферму визуализации, используя все имеющиеся компьютеры в вашем доме, либо воспользуйтесь готовой фермой визуализации.
Конфигурация операционной системы¶
- Увеличьте приоритет процесса Blender в вашей ОС.
- Увеличьте область подкачки, используемую ОС для подкачки памяти, также называемой размером файла подкачки виртуальной памяти, вплоть до размера вашей физической памяти.
- Используйте системный монитор для проверки того, что никакие другие процессы не используют значимое количество ресурсов процессора или оперативной памяти и закройте их в случае необходимости.
- Визуализация в фоновом режиме (из командной строки) сохранит немного дополнительной памяти.
Параметры Blender’а¶
- Увеличьте параметр «Ограничение кэша в памяти» в настройках Blender на вкладке «Система» в разделе «OpenGL».
- Переключитесь на ортографическую камеру и визуализируйте «части» сцены в отдельные изображения, а затем соберите их вместе в GIMP. Здесь работает старый трюк с созданием собственной панорамы с реальной камеры, когда вы делаете несколько фотографий очень широкой (закат на пляже) сцены: делаете один снимок, поворачиваетесь направо, делаете другой, потом ещё раз и так далее; и когда вы сделаете все эти фотографии, вы накладываете их друг на друга для получения очень широкого изображения ландшафта. Сделайте то же самое в Blender’е: визуализируйте один снимок в файл, направьте камеру на другую область сцены и сделайте второй снимок. Каждый снимок будет меньшей площади и, таким образом, содержать меньше полигонов/граней. Убедитесь, что, когда вы устанавливаете камеру, вы перекрываете кусочек предыдущего снимка, чтобы потом вы смогли их сопоставить. Если вы не хотите использовать GIMP, вы можете использовать для сопоставления узлы композитора Blender’а, в частности, узел «Перемещение».
- Minimize the render window (and the Blender window, if the UV/Image editor is used). ATI users report dramatic speed-up on a per-frame basis, which adds up over the frame range.
- Используйте скрипт Big Render для визуализации частей общего изображения, а затем объедините их вместе.
Сцена и определённые объекты¶
- Remove lamps, or move them to unrendered layers, or group them into layers.
- Отключите тени от каких-нибудь ламп, для отбрасывания теней используйте только одну или две основных лампы-солнца. Несколько дающих тени ламп будут отрисовываться быстрее, чем если бы каждая лампа давала тень.
- Используйте буферные тени вместо теней от трассировки лучей.
- Запекайте свои тени при помощи запекания полной визуализации на неподвижные поверхности. Используйте получившуюся текстуру для полисетки и отключите тени для её материала.
- Упростите полисетки (удалите полигоны). Чем больше вершин находится в камере, тем больше времени требуется на визуализацию.
- Удалите двойные вершины или используйте функцию редактирования полисетки модификатора «Аппроксимация».
- Удалите модификаторы «Подразделение поверхности» и «Мультиразрешение».
- Удалите задние грани полисеток (невидимую геометрию).
- Визуализируйте за раз только несколько объектов; в начале вашего проекта отрисуйте фоновые объекты и наборы объектов, которые не будут меняться и всегда будут на фоне.
- Поместите строения на отдельный слой, и скройте их от визуализации через слои визуализации. Затем объедините их с остальным изображением на этапе композитинга.
- Сделайте камеру статичной, чтобы лучше выполнить две вышеуказанные идеи.
- Избегайте использования ламп-областей.
- Отключите затенение для материалов.
- Запеките AO и текстуры, а затем отключите затенение для соответствующих материалов.
- Уменьшите расстояние отсечения для ламп-прожекторов.
- Уменьшите расстояние отсечения для камеры.
- Отключите AO окружающей среды.
- Отключите подповерхностное рассеивание материала.
- Используйте текстуры меньшего размера. Изображение размерами 256×256 занимает всего 1% от памяти, требуемой для 2k-изображения и часто в конечной визуализации вообще не происходит потери качества.
- Уменьшите количество подразделений в модификаторе «Подразделение поверхности». Каждый уровень подразделения учетверяет (4x) количество граней по сравнению с предыдущим уровнем.
- Уменьшите мультиразрешение.
- Сделайте маску с отрисованными фоновыми объектами, например, зданиями, и поместите в сцену плоскость с этим изображением вместо самих объектов. Это позволит уменьшить количество вершин/граней.
- If you have lots of linked instances of an object, use DupliFaces, as these are instanced. If you have 100 of them, Blender will only store the geometry for one. (Instances themselves take a small amount of memory).
Параметры визуализации¶
- Отключите визуализацию Рёбер.
- Сохраняйте буферы.
- Render to a UV/Image Editor , not a pop-up. Render Window .
- На многоядерных процессорах используйте несколько Потоков (с разбиением изображения на несколько Частей).
- Decrease the frame count of the animation (and use a lower frame rate for the same duration of animation). For example, render 30 frames at 10 frames per second for a 3-second animation, instead of 75 frames at 25 frames per second.
- Визуализируйте только интересующие вас слои.
- Визуализируйте все источники света как один простой прожектор (введите его имя в поле Освещение).
- Визуализируйте с переопределением на один материал (введите его имя в поле Материал).
- Отключите ненужные проходы визуализации, например Z, либо отрисовывайте только нужный проход, например, диффузный.
- Отключите тени.
- Отключите карты окружения.
- Отключите панорамную визуализацию.
- Turn off Ray tracing.
- Отключите подповерхностное рассеивание.
- Отключите или уменьшите параметры сглаживания.
- Отключите или уменьшите параметры размытия при движении.
- Производите визуализацию по частям. Также этот совет поможет вам отрисовать очень большие изображения на слабых ПК. На многоядерных ПК можно каждой части назначить своё ядро.
- Увеличьте разрешение октодерева.
- Визуализируйте в процентах от размера вашего окончательного разрешения (например, 25%).
- Отключите визуализацию Полей.
- Используйте Границы визуализации для визуализации только некоторого подмножества полного изображения.
- Bake Full Render creates a UV texture that colors the objects based on materials, and then uses that UV texture shadeless instead of the material.
- Запекайте только Ambient Occlusion.
- Запекайте текстуры для объектов.
- Запекание нормалей и смещений не ускоряет визуализацию и используется для других вещей.
- Визуализируйте в меньшем разрешении. Маленькие изображения требуют меньше времени на визуализацию.
- Выберите более быстрый кодек или настройки кодека.
- Визуализируйте в оттенках серого (кнопка BW).
- При использовании формата FFMPEG не активируйте параметр Multiplex audio (Мультиплексирование звука).
- При использовании формата FFMPEG включите параметр Авторазделение вывода (на панели Кодирование).
- Визуализируйте только RGB, если вам просто нужны цвета; канал прозрачности A (кнопка RGBA) потребляет дополнительную память и не используется при сохранении файла фильма.
Многопроходный композитинг¶
Другой стратегией, которую можно использовать для решения проблемы длительной (повторной) визуализации, является структурирование с нуля вашего рабочего процесса, заключающееся в агрессивном использовании композитинга, который описан в разделе «Пост-обработка». При использовании этого подхода вы разбиваете каждую картинку на компоненты, которые могут быть визуализированы отдельно, а затем объединяете эти отдельно отрисованные элементы в готовый фильм. К примеру:
- If the camera is not moving, then neither is the background: only a single frame is needed. (The same is true of any non-moving object within the frame). These individual elements, having been generated once, can be reused as many times as necessary over as many frames as necessary.
- И тени, и блики могут быть захвачены отдельно от освещаемых или затеняемых объектов, поэтому их интенсивность, цвет и силу эффекта можно скорректировать позже без прибегания к повторной визуализации.
- Начните с использования источников света, не отбрасывающих тень (расчёты теней сильнее всего бьют по производительности). Затем используйте источники света «только с тенями» (которые отбрасывают тень, но не излучают свет) для создания теней только там, где вы думаете, что они действительно необходимы (очень часто бывает так, что лишь немногие из теней, которые могут существовать в сцене, нужны на самом деле, а остальные так и вообще просто незаметны).
- Запутанных ситуаций с освещением можно избежать, обрабатывая каждый объект отдельно от остальных, с последующим объединением фрагментов и «подправкой» результата.
Это очень знакомая идея. Например, в современной звукозаписи всегда используется «мульти-трековый» подход. Отдельные компоненты песни записываются отдельно и изолированно, а затем «сводятся» вместе. «Окончательное сведение» затем проходит через этапы дополнительной обработки, называемой мастеринг, для производства готового продукта (на самом деле, возможности и дизайн современного программного обеспечения для обработки звука прямо аналогичны «узловому» композитору Blender’а).
У такого подхода есть убедительные преимущества:
- If something is «not quite right», you do not necessarily have to start over from scratch.
- In practice, the deadline-killer is re-rendering, which ordinarily must be done (in its entirety) just because «„one little thing“ about the shot is wrong». Compositing helps to avoid this, because (ideally…) only the specific parts that are found to be in error must be repeated (or, maybe, the error can be blocked out with a «garbage matte» and a corrected version can be inserted in its place).
- Sometimes you might find that it is almost what you wanted, but now you would like to add this and maybe take away that. A compositing-based approach enables you to do just that, and furthermore, to do so non-destructively. In other words, having generated the «addition» (or the «mask») as a separate channel of information, you can now fine-tune its influence in the overall «mix», or even change your mind and remove it altogether, all without permanently altering anything.
- By and large, these stages work two-dimensionally, manipulating what is by that time «a raster bitmap with R, G, B, Alpha and Z-depth information», so they are consistently fast.
- Поскольку каждая отдельная задача визуализации была упрощена, компьютер может выполнять их, используя гораздо меньше ресурсов.
- Задачи могут быть распределены среди нескольких разных компьютеров.
- «After all, the scene does not actually have to be physically perfect, to be convincing». A compositing-based approach lets you take full advantage of this. You can focus your attention (and Blender’s) upon those specific aspects of the scene which will actually make a noticeable difference. It is possible to save a considerable amount of time by consciously choosing to exclude less-important aspects which (although «technically correct») probably will not be noticed.
Of course, this approach is not without its own set of trade-offs. You must devise a workable asset management system for keeping track of exactly what material you have, where it is, whether it is up-to-date, and exactly how to re-create it. You must understand and use the «library linking» features of Blender to allow you to refer to objects, nodes, materials, textures and scenes in a carefully-organized collection of other files. You need to have a very clear notion, in advance, of exactly what the finished shot must consist of and what the task breakdown must be. You must be a scrupulous note-taker and record-keeper. But sometimes this is the best way, if not the only way, to accomplish a substantial production.
© Copyright : This page is licensed under a CC-BY-SA 4.0 Int. License.
Как оптимизировать блендер для слабых пк
Of course, this approach is not without its own set of trade-offs. You must devise a workable asset management system for keeping track of exactly what material you have, where it is, whether it is up-to-date, and exactly how to re-create it. You must understand and use the «library linking» features of Blender to allow you to refer to objects, nodes, materials, textures and scenes in a carefully-organized collection of other files. You need to have a very clear notion, in advance, of exactly what the finished shot must consist of and what the task breakdown must be. You must be a scrupulous note-taker and record-keeper. But sometimes this is the best way, if not the only way, to accomplish a substantial production.
© Copyright : This page is licensed under a CC-BY-SA 4.0 Int. License.
4 способа увеличить скорость рендеринга в Cycles
Знаете ли Вы, что разработка внутреннего движка рендеринга Blender была прекращена более 2-х лет назад? Разработчики только закрывают в нем критические ошибки, а все основные силы были брошены на улучшение Cycles.
Перевод урока с сайта BlenderGuru.com 
Те, кто давно работает в blender, заметили тот факт, что движок Cycles значительно медленнее родного движка blender. В 2012 году на конференции Thomas Dinges (разработчик) сказал, примерно, следующее:
Внутренний движок был создан для скорости, и если Вам необходим реализм, то придется подождать. Cycles, наоборот, создавался для реализма, и если необходимо увеличить скорость, то придется им пожертвовать.
Вот эти обещанные 4 способа ускорения процесса рендеринга в Cycles:
Переключиться на GPU-рендеринг
Для многих это покажется очевидным, но есть масса людей незнающих всех возможностей своего железа. Возьмем эту сцену для примера:
- На CPU время рендеринга заняло 9 минут 34 секунды.
- На GPU (GeForce GTX 560) время рендеринга заняло 46 секунд.
Простым изменением одной настройки мы увеличили скорость в 12 раз! Этот способ самый эффективный, и при этом он никак не отражается на качестве финального результата.
Чтобы его активировать нужно перейти в меню File -> User Preferences -> System и в меню Compute Device выбрать CUDA. После этого на панели рендеринга у Вас появится возможность выбрать в качестве вычислительного устройства Вашу видеокарту.
Уменьшить количество отражений света
Одной из основных причин, по которым рендеринг в Cycles занимает много времени, является просчитывание отражения света от поверхностей. Благодаря данной функции сцена наполняется светом таким образом, как это происходит в реальности, и за счет этого выглядит очень реалистично. К сожалению, за реализм и качество нужно платить, поэтому приходится искать компромисс.
По умолчанию значение максимального числа отражений света установлено 8. Во многих ситуациях это излишне. Для большинства сцен будет достаточно установить значение равным 4.
Чтобы изменить количество отражений, перейдите на вкладку Render и в меню Light Paths установите минимальное значение 0, а максимальное настолько низким, насколько позволяет уровень реализма Вашей сцены. Регулируйте данные значения под каждую сцену для достижения лучшего реализма, но не в ущерб времени рендеринга. Для еще более точной настройки можете регулировать значения diffuse, glossy и transmission.
Изменить размер плитки
Следующим способом, повышающим скорость работы Cycles, является уменьшение/увеличение размера плитки. Что за плитки? Это те квадратики, которые появляются во время рендеринга в Blender. 
Изменить размер плиток можно на вкладке Render в меню Perfomance. 
Плитки хороши тем, что позволяют процессору сосредоточиться на небольшом участке изображения и экономить память. Проделав тесты в сцене с фруктами получились следующие результаты: 
Уменьшить количество образцов (samples)
Как бы логично это не звучало, но «семплы» являются наибольшими пожирателями времени в Cycles. Чем их меньше, тем больше шума будет присутствовать на изображении. Поэтому, установив большее их значение, Вы значительно повышаете качество изображения, но наступает момент, когда цель перестает оправдывать средства. Взгляните на данный пример:
Вы действительно считаете, что эти 3000 семплов были здесь необходимы? Если не вдаваться в подробности и не выискивать с лупой какие-либо дефекты, то становится очевидным, что во втором примере 12 минут времени процессора были потрачены впустую (как бы грубо это не звучало). Иногда лучше небольшой шум убрать при помощи, всем известного, Photoshop, что будет значительно быстрее, нежели добиваться идеально чистой картинки с помощью рендеринга.
Как итог подойдет одна хорошая пословица: «Не стреляйте из пушки по воробьям». Во многих ситуациях лишние старания никто не заметит. Лучше сэкономленное время потратить на создание чего-нибудь нового, чем часами созерцать появление плиточек на мониторе.
Как оптимизировать блендер для слабых пк
Дело в том что с версии 2.8 сильно повысились требования к железу, а именно теперь требуется поддержка OpenGL3.3.
32 битный блендер можно скачать здесь:
Устанавливаем блендер и далее качаем архив:
И распаковываем opengl32.dll из архива в установочную папку blender 2.8
Запускаем и наслаждаемся "тормозами".
| 21.09.2020, 17:36 | #2 |
| 21.09.2020, 18:55 | #3 |
Дело в том что с версии 2.8 сильно повысились требования к железу, а именно теперь требуется поддержка OpenGL3.3.
32 битный блендер можно скачать здесь:
Устанавливаем блендер и далее качаем архив:
И распаковываем opengl32.dll из архива в установочную папку blender 2.8
Запускаем и наслаждаемся "тормозами".
| 30.09.2020, 07:36 | #4 |
| 30.09.2020, 14:25 | #5 |
| 08.10.2020, 13:14 | #6 |
| 08.10.2020, 13:17 | #7 |
| 08.10.2020, 13:34 | #8 |
| 08.10.2020, 19:56 | #9 |
| 08.10.2020, 21:38 | #10 |
Я как узнал о Fusion 360, даже качать его не стал, как знал, что что-то тут не так, чтобы Autodesk бесплатно раздавала хорошую программу. Тем более 360 так часто стали пиарить на Youtube (думаю не бесплатно) И не ошибся, т.к. пару недель назад Autodesk урезал возможности бесплатной Fusion360, что естественно вызвало бурю негативных эмоций и бурлений пользователей Fusion которых по сути развели как кроликов.
В итоге через пару дней стали появляться ролики вроде from fusion 360 to freecad :
Короче FreeCad наше все!
P.S. и вообще считаю что Autodesk хотят захватить рынок cad систем с помощью наивных и доверчивых пользователей. Выпускают всякие мутные продукты вроде tinkercad которые работают только через браузер. Иначе говоря отруби сервак и все программки нет. Поэтому считаю связываться с Autodesk моветоном, но это чисто мое мнение.
Был еще вроде Sketch3D у гугла, но ее продали и все ненужна она никому теперь.
Устал уже че-то печатать пост. Короче как-то так.
| 08.10.2020, 22:17 | #11 |
| 08.10.2020, 23:35 | #12 |
Поддержу. Отличная программа (хоть и несколько странная логика местами, плюс пользоваться булевыми операциями надо капец как осторожно), но не дай бог попробовать открыть файл созданный в macOS во FreeCAD’е под шиндой (учитывая полное совпадение версий) или наоборот. Я так вот этого робота заново перерисовывать начал, а учитывая то, что он уже был НАПОЛОВИНУ отпечатан (кило пластика + куча часов печати + месяц придумывания и "черчения") было очень больно заниматься "реверс инжинирингом" со штангенциркулем, чуть не психанул и не ушёл в инвентор.
Main PC:
Intel Core i5 4260U 1.44 GHz + LPDDR3 1×4096 1600 MHz + Intel HD Graphics 5000.
Asus Ёжик T101-MT:
Intel Atom N-570 1.66 Ghz + DDR2 2×1024 800 Mhz + Intel GMA 3150 128 Mb DDR2