Comments 11
Я тоже за продвижение Blender, только одно огорчает - нет упоминания об IDE, в котором можно «нормально» разрабатывать такие плагины. Нормально - это иметь и редактор и отладчик. В Blender есть встроенный текстовый редактор и даже подсветка синтаксиса питона, но как IDE он не тянет вообще. Этот редактор - только текстовый редактор. Есть ещё Pycharm и Eclipse, но их тоже подключить не просто, а Pycharm нормально отлаживает только в платной версии.
Ну там есть некоторая информация про то, как это заставить работать на Visual Studio Code. Но, все эти ссылки, выглядят, как очень много действий. Но, думаю, если делать это серийно, то вполне себе можно и потратить времени.
Когда я писал свой аддон, то пользовался этим плагином https://marketplace.visualstudio.com/items?itemName=JacquesLucke.blender-development
Он не идеально автокомплитит, но запуск блендера прямо из вскода и отладка в нем работают.
Помнится мне, этот плагин очень много "троил" при работе с дебагингом из VSC, поэтому когда я писал свой аддон (довольно массивный и специфичный), приходилось дебажить тем что предоставлял сам Блендер. Надеюсь, уже поправили.
Скажите, а код аддона при работе из VSCode где находился? Насколько я помню, все аддоны, которые зарегистрированы в Blender, хранятся в пользовательском профиле. Если ваш код лежит не там, то перезагрузка аддона при изменении кода действительно может глючить. Есть одна тонкость, чтобы избежать хранения разрабатываемого аддона в пользовательском профиле - нужно в Windows прописать ссылку на него через mklink . Blender нормально относится к таким ссылкам и загружает аддоны по ним нормально и, главное, плагин VSCode нормально перезагружает их.
Аддоны для блендера писать действительно интересно. Во-первых, потому что можно сделать с моделями-сценами практически всё, что угодно. А во-вторых, учитывая затейливый API блендера, этот процесс сам по себе становится этаким причудливым квестом, от которого сложно оторваться :)
Спасибо, полезный материал :) а теперь (без шуток) возьми учебник по русскому языку и полистай для виду хотя бы, реально глаза кровоточат читать все твои пробелы и запятые :)
Точки у вас "не двигаются" потому, что их надо через модуль bmesh дергать. Вот пример скрипта в официальных доках: https://docs.blender.org/api/current/bmesh.html#example-script Выходить/заходить в режим редактирования не надо.
Посмотрел ещё раз в старую версию скрипта, вы правы, я просто провтыкал сделать to_mesh.
Однако, код от это не станет ни проще, ни короче в данном случае.
Вместо переключения туда сюда режима, будет копирование в bmesh и запись из него...
Крайне благодарен за наводку. Есть один скриптик, где как раз большинство операций я провожу на bmesh, и там уже записать обратно из него имеет смысл.
Возможно если будет продолжение статьи, то использую bmesh, тоже в учебных целях)
Ну дело не в размере скрипта, а в производительности. Я полагаю, это быстрее, чем режим менять, особенно если модель большая
Не могу с вами ни согласится, ни оспорить. Режим менять операция очень быстрая (Tab в Blender работает практически моментально). Копирование вертексов туда сюда, может быть быстрее, а может быть и нет, надо мерить перфоманс). Как раз на больших моделях, может быть и медленнее копировать их туда сюда.
Делаем addon для Blender