Одной из интересных особенностей Blender является то, что графический интерфейс пользователя UI совершенно не является необходимым для его работы. Можно установить Blender на операционую систему без графической оболочки и успешно рендерить свои сцены. Обычно подобная установка Blender требуется для организации различного рода рендер-ферм.
Для примера рассмотрим установку Blender на серверную операционную систему Debian.
Часто бывает необходимо получить рендер какого-либо объекта с отбрасываемой им тенью на прозрачном фоне. Такая задача возникает если требуется реалистично встроить 3D-объект в фотографию или же при использовании полученного изображения в качестве спрайта в компьютерной игре.
В Blender нет специального шейдера, так называемого “Shadow catcher”, как в 3D Studio Max, который, оставаясь прозрачным, отображал бы тень. Однако добиться желаемого результата все же возможно.
Рассмотрим, как можно получить рендер тени на прозрачном фоне средствами Blender:
Простой градиентный фон может значительно улучшить восприятие итоговой картинки. Например, сердечко на градиентном фоне заметно выигрывает у того же самого сердечка, размещенного на белом фоне.
Однако, если подобное изображение требуется сохранить в формате JPG, градиент из плавного часто становится ступенчатым, что сильно портит впечатление от рисунка. Этот неприятный эффект называют “banding”. Можно ли как-то его побороть?
Для сложных объектов иногда бывает необходимо добавить определенный модификатор на каждую составляющую его часть. Самый простой способ – последовательно перебрать все части объекта и добавить нужный модификатор на каждую. Но если объект состоит из множества частей, это займет уйму времени.
Рассмотрим способы, которыми можно значительно облегчить эту работу:
На секунду задумайтесь – в каком количестве реальных сцен вы действительно что-то создали, использовав этот самый дефолтный куб?
Немного, правда? Но все равно, каждый раз создавая чистую сцену, вы нажимаете: x – delete. Снова и снова. Давайте уже наденем белые перчатки фокусника и раз и навсегда избавимся от этого бесмыссленого действия:
Для эффектной демонстрации своих работ хорошим приемом является показ рядом с цветным рендером еще и “гипсового” (Clay render) – подчеркивающего объем, освещение, топологию моделей, а так же, в случае фотореалистичного рендера, хорошо показывающего “тридешность” сцены. Еще более эффектным приемом может стать совмещение этих двух рендеров в одном изображении.
При разработке аддонов модули должны быть максимально абстрагированные. По очень простой причине – функционал, созданный для текущего аддона, вполне вероятно понадобиться и в следующем аддоне, и возможно даже не в одном. На этапе реализации уже готового аддона, проблема доступа к подобным модулям с общим функционалом решается просто – все необходимые модули включаются в единый пакет и распространяются вместе. Однако на этапе разработки подобные модули гораздо удобнее хранить отдельно, не связывая их с каким-то определенным пакетом, а при необходимости импортировать нужные модули в нужный аддон.
Python, в соответствии с правилами импорта пакетов, предоставляет возможность подключать модули следующими способами:
При разработке сложных аддонов с большим количеством кода, хранить весь код в одном файле нецелесообразно. Когда в одном файле присутствуют несколько классов, наборов функций и данных, часто логически не связанных между собой, это затрудняет чтение, отладку, поиск нужных фрагментов кода, его повторное использование. Подобная компоновка кода считается очень плохим тоном программирования.
Blender на уровне Python поддерживает модульную систему компоновки кода, что позволяет разносить логические части аддона по отдельным файлам, после чего подключать их для использования там, где необходимо. Даже если вы ни разу не задумывались об использовании модулей, создавая скрипты или аддоны, вы с ними уже сталкивались – любой код, сохраненный в файл *.py, представляет из себя отдельный самостоятельный модуль. Просто ваш аддон состоял всего лишь из одного модуля. Сложные же аддоны могут состоять из нескольких десятков подключенных модулей.
Иногда при отладке скриптов или дополнений, допущенная ошибка не только прерывает исполнение кода, но и вызывает полное закрытие Blender вместе с системной консолью. Просмотреть сообщение об ошибке в этом случае невозможно.
Для того, чтобы все-таки понять, в каком месте произошел сбой, можно запустить Blender через интерпретатор командной строки cmd. В этом случае вывод лога Blender перенаправляется в окно cmd, которое, в случае закрытия самой программы из-за ошибок, не закрывается. При аварийном закрытии Blender все сообщения об ошибках остаются в окне cmd, где их можно просмотреть.
Для запуска Blender из интерпретатора командной строки нужно:
Запустить сам интерпретатор (“Пуск” – Выполнить – cmd)
В окне cmd ввести полный путь к установленному Blender. Например: C:\"Program Files"\blender-2.78a-windows64\blender.exe
Часть пути, если в нем есть пробелы, нужно заключить в двойные кавычки – как “Programm Files” в примере.
С моделированием сферических поверхностей мы сталкиваемся достаточно часто. Казалось бы, сфера – самый простой объект для моделирования и любой графический редактор, и в том числе и Blender, предоставляет по умолчанию сферу в наборе основных примитивов – остается лишь добавить ее в сцену. Однако, действительно ли так просто создать на самом деле красивую сферу?