#pipeline #vfx #tools #rnd #development

В индустрии анимации и VFX как никогда высок спрос на эффективные, масштабируемые и гибкие конвейерные платформы. AYON представляет собой следующий этап эволюции популярной платформы с открытым исходным кодом OpenPype, разработанной специалистами по конвейерным системам из компании Ynput. Эта платформа с открытым исходным кодом призвана оптимизировать рабочие процессы творческих студий, обеспечивая бесперебойную реализацию проектов от концепции до завершения.

Выпуск AYON 1.0 представляет облачный сервис, который обеспечивает масштабируемость и гибкость. Ранее ограниченная самостоятельными установками, возможность облачного хостинга полезна для студий, работающих с распределенными командами, упрощает управление инфраструктурой и позволяет художникам сосредоточиться на том, что у них получается лучше всего: создавать захватывающие визуальные эффекты без участия администратора.

https://beforesandafters.com/2024/04/17/introducing-ayon-advancing-creative-workflows-for-animation-and-vfx-pipelines/

#houdini #github #rnd #hda #otls #assets

DASH - это пакет для Houdini, который предлагает небольшие улучшения качества жизни, стандартов и рабочих процессов через поставку нод, скриптов или настроек.

Первый релиз небольшой и представляет собой переделку ассетов, которые впервые опубликованы были на Orbolt. Он также представляет тип нод и принципы, к которым автор будет стремиться в дальнейших релизах:

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

- Больше VOPs, чем SOPs, потому что последние являются очень целевым контекстом (многие SOP ноды, которые создавались в течение многих лет, пересекаются с поставляемыми нодами).

- VOPs с сигнатурами массивов, чтобы уменьшить постоянную необходимость использовать цикл for для работы с массивами.

- Меню с информацией и скриптами колбэков, которые ускоряют настройку.

https://github.com/probiner/DASH

#houdini #vex #quiz

Do I know VEX Language?

Субботний квиз. Мы создаём 2 переменные подобным образом:

int float_chf@attr1 = 42.0;
float int_chi@attr2 = 42;

Какое значение будет у атрибутов attr1 и attr2?

Ответы:
1) 42.0, 42
2) 42, 42.0
3) 0, 0.0
4) 0.0, 0
5) Compile Error

Правильный ответ: 4

Да, этот код не вызывает синтаксической ошибки и кроме того работает. Но почему значения атрибутов тогда равны нулю?

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

Сама форма парсится синтаксическим анализатором на предмет валидности идентификаторов и не запрещает в имени использовать символ лигатуры как разделитесь, поэтому имя идентификатора float_chf@attr1 или int_chi@attr2 абсолютно валидны и могут быть присвоены другой переменной, но так конечно делать не рекомендуется.

Бонус: какое имя мы создадим из такой привязки?

#define ATTR #$%^&*()!
int @ATTR = 42;

#houdini #github #lpe #lighting #render

Архивные проекты, но актуальные и на сегодняшний день. Эту книгу рецептов я создавал достаточно давно состоящую из LPE рецептов для выведения своих AOV пассов для рендера Мантры. LPE у каждого рендера свой и как правило он не полностью совместим с другим рендером, во многом вы найдёте сходство, но не сможете использовать в другом рендере поскольку он банально может не поддерживать тот набор выражений который вы хотите использовать.

Это была неплохая тренировка чтобы разобраться с тем как работают шаблонные, подстановочные выражения. С помощью LPE невозможно покрыть все кейсы для AOV, но для очень многих тем не менее можно получить ту самую "хитрую" маску для композа, например получить глубину индиректных "отскоков" от поверхности материала, или убрать из пасса какой-то источник освещения который не хотелось бы, чтобы он был в этом пассе.

Сами выражения LPE Мантры совместимы с Кармой поэтому это будет вполне работать и для неё, но с той небольшой разницей, что теперь LPE поддерживает и вывод B - Background (only supported in Karma and not in Mantra). Этот кейс тут не покрыт, но вы сможете разобраться самостоятельно.

https://github.com/alexwheezy/Mantra-LPE-Cookbook

#houdini #github #gaea #hda #assets

Открыто бета-тестирование Gaea 2.0 с интеграцией в H20. Что такое Gaea 2.0?
Gaea 2.0 - это следующая крупная версия индустриального инструмента для проектирования и создания поверхности земли от QuadSpinner.

Судя по демонстрациям которые я видел это ещё одна прослойка для создания такой сущности как HeightField. Инструмент расширяет стандартные SOP операторы для работы с поверхностями элегантно встраиваясь в текущий нетворк. Обещается значительный прирост производительности по сравнению с Gaea 1.0 за счёт использования GPU и переработанных алгоритмов для CPU. Значит изрядная доля кода использует OpenCL, что очень хорошо конечно.

https://github.com/QuadSpinner/Gaea2Houdini_beta

#houdini #release #hive

Да, пора бы уже и следующий релиз встречать. Все же успели попробовать и насладиться всеми фичами H20.0?

Copernicus это я так понимаю новый, переработанный COP контекст... 👀

#houdini #github #vex #opencl #parser #rnd

ADL Parameter Parser

Это замена vexpressionmenu.py из Houdini, которая добавляет поддержку простой (и сложной!) спецификации параметров в строке (подобно OSL). Скрипт совместим с VEX и OpenCL благодаря переопределению внутренней функции, используемой для заполнения параметров фрагмента кода. Поскольку эта функция заменяет основную функцию в Houdini, одним из главных приоритетов этого проекта было обеспечение того, чтобы поведение по умолчанию оставалось нетронутым.

Что это такое в самом простом понимании?

Для примера возьмём такой код:

v@P += chv('offset1'); // adlParm[[ default=2 ]]
v@P += chv('offset2'); // adlParm[[ default=(1,2,3) ]]
v@P.y += chf('offset2'); // adlParm[[ default=1.5, min=-2, max=2, minlock=1 ]]

Здесь после комментариев можно задать спецификацию создания параметров не изменяя их вручную в Edit Properties после создания параметров. Мы можем сразу создать нужные дефолты, баунды или вообще заблочить параметры. Полный список спецификации есть на гитхабе плагина. Помойму вещь довольно любопытная.

https://github.com/toby5001/ADL-Parameter-Parser

#houdini #hda #assets #rnd #slate

Обычно у каждой студии свой уникальный слэйт под проекты и шоты, но вдруг
кому-то может пригодиться: Slate Overlay 0.2 (у разраба видимо нет гитхаба поэтому да - гугл драйв)

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

Особенности:
- Data: Основная информация о проекте: название, этап работы, версия
- Custom Tags: Тэги соответствующие этапу работы
- Layout: Размещение и настройка элементов отображения
- Framing: Компоновка кадра с помощью правила третей, сэйфа полей и спирали Фибоначчи
- Notes: Дополнительные комментарии о сиквенсе
- Simulation Support: Данные о симуляции из солвера
- Custom Parameters: Произвольные параметры из сетапа
- References: Миниатюры изображений или ссылки на сиквенцию
- Responsive UI: Автоматическая адаптация к разрешению камеры
- Font & Colors: Кастомизация цвета и шрифт наложения
- Save & Share: Сохранение, загрузка и шаринг с настройками в одном файле

#houdini #vop #hda #assets #rnd #content

Автор и разработчик инструментов Dash сделал небольшой вводный курс о том как ими пользоваться и где применять.

Ссылка на предыдущий пост о Dash: https://news.1rj.ru/str/copystamp/174

https://www.youtube.com/watch?v=I1n2JEWlyNc

#pipeline #prims #rnd #python

"Горячий доклад" с FMX2024 о Prims Pipeline.

В этой презентации покажут различные рабочие процессы с использованием Prism Pipeline и последние достижения и новые возможности.
Если кто ещё не слышал о них, если коротко, то они предлагают решение пайплайна для студии "из коробки" где уже написаны соответствующие коннекторы для разных DCC приложений, сабмитеры, ассет-менеджер для полноценной работы в том числе и с набирающим популярность форматом USD.

https://www.youtube.com/watch?v=sFb8A6f8McI&ab_channel=PrismPipeline

#houdini #github #opencl #rnd #substance

Substance Designer операторы для Houdini. Переписаны в основном на OpenCL и работают над хайтфилдами в контексте SOP.
Не проверял их работоспособность, но по превьюхе выглядит как интересный, опенсорсный проект.

https://github.com/kabushPasha/HoudiniSD

#houdini #github #rnd #webgl #python

Цель этого проекта - позволить любому устройству, подключенному к локальному веб-серверу, рендерить превью-геометрию, выполнять ROP таски и взаимодействовать с нод-графом в Houdini.
Этот проект сочетает в себе докеризованную реализацию Houdini с веб-интерфейсом.

Напоминает уже довольно давно существующий проект HoudiniBlueprints который в браузере позволял пререндеривать простейший граф и делиться им в онлайне. Сам проект может быть не так интересен как изучение отдельных отдельных абстракций и подходов.

Адрес проекта:
https://github.com/mushyfruit/houdini-web-rendering-interface

https://www.youtube.com/watch?v=2bLyKjdpkfg

#houdini #github #sneak_peek #next_release

🔥 Для любителей неторопливого чтения всех изменений в следующем релизе.

https://github.com/alexwheezy/houdini/blob/main/h20.5_sneak_peek.md

#houdini #github #rust #rnd #utility

Несколько забавных и серьёзных проектов написанных на Rust для Houdini.

Работаете ли вы в студии с ограниченным количеством лицензий на Houdini?
Вам надоело ждать, пока кто-то закроет свою сессию Houdini, чтобы украсть его лицензию?

Больше не ждите! Обмани! Это маленькое приложение будет пинговать сервер лицензий Houdini каждые 2 секунды и запустит Houdini в тот момент, когда свободная лицензия станет доступна.

https://github.com/alexxbb/houdini-license-chaser

#houdini #github #rust #rnd #bindgen

Биндинги на Rust для Houdini Engine API. В теории должно быть "поприятней" писать на Rust чем на С :)

https://github.com/alexxbb/hapi-rs

#houdini #github #rust #rnd #utility #cli

API и утилита командной строки для загрузки сборок Houdini из SideFX. Базируется на SideFX Web API.
Можно написать свой шел-скрипт который будет обновлять дэйли-билды каждый день в определённый час и день.

https://github.com/alexxbb/houdini-downloader

О чём доклад?

Чёт угарнул) Никакой информации: начиная от фотки заканчивая самой темой доклада. Просто человек (или Чеширский кот?) ниоткуда читает доклад на рандомную тему.

https://eue-reconnect.com/speakers2024/

#houdini #github #scenes #hda #otls #projects

Гитхаб по каким-то законченным пет-проект, в основном посвящённых Genshin Impact. Но тем не менее это может быть стать полезным источником информации чтобы изучить другие подходы в работе и DCC приложения. У автора весь процесс построен на TOP контексте, вплоть до того, что из TOP - Нюк перерендеривает скрипт в конце финальный композ.

https://github.com/0x384c0/HoudiniProjects

Я очень долго изучал эту картинку, смотрел на рост зарплаты, количество последних, открытых и закрытых вакансий в каждой студии, отзывам на реддите и я пришёл к поистине удивительным выводам: твоей студии тут нет🤡

#houdini #developers #forum #content #users

В преддверии H20.5 Keynote решил сделать пост о людях.

Эти люди в большинстве своём не выступают на официальных презентациях новых релизов, (не) записывают мастер-классы, некоторые ведут свои блоги, но с радостью или несчастьем постараются ответить на ваши вопросы. Наш бэкэнд в H - это разработчики.
Их часто можно встретить на официальном форуме среди других юзеров и зная это я использовал их профиля как стартовую точку для поиска ответов.
Было бы конечно классно иметь дискорд с dev team напрямую как это есть у некоторых языков программирования, но это мечты конечно.

Зачем нужны профиля когда есть уже сгруппированные темы по категориям? 😐

Обычно сначала искал ответы у тех людей кто разбирается в нужном контексте и если не находил то искал у экспертов более широкого профиля, затем уже у юзеров с богатым опытом в H. Это как бинарный поиск почти.
В конце концов их профиля это тоже своеобразный блог бывает с очень полезными ответами которые ты не искал.
Чтобы легче было ориентироваться я буду писать категорию экспертизы или в каком разделе обычно отвечает, может пересекаться с другими категориями.

APEX/Rigging:

- Esther Trilsch впервые презентовала новый фрэймворк для оценки графов APEX в H20.0. Очень охотно помогает и идёт на контакт.
- edward девелопер с богатым опытом в очень разных аспектах H, отвечать может почти везде и на любой вопрос.

Crowd:

- Cameron White достаточно плотно работает с краудами

Technical Discussion (HDK/HEngine):

- Seelan Vamatheva часто отвечает по вопросам коннекта с Unity так и по TOP контексту
- edward алсо помогает и в вопросах HDK, Unity, Unreal
- Jeff Lait не побоюсь этого слова, "отец" микросолверов в DOP контексте, автор For Loop, Compiled Blocks, Grains, Heighfield, OpenCL в SOP и конечно Vellum🔥
- John Mather в основном отвечает на вопросы связанные с коннекторами между H и другими приложениями, но часто помогает и с HDK

LOP/Karma/Solaris/MaterialX:

- Mark Tucker пишет очень развёрнутые и полезные ответы о том как работает USD в Solaris. Наверное один из лучших источников информации дальше хелпа, что я читал. 🔥
- rafal в основном много консультировал по вопросам интеграции и развития MaterialX в Karma.
- brians я подозреваю, что участвует в разработке самого ядра Karma, помойму он выступал с докладом как раз на прошлом ивенте
- Rob Pieké один из ведущих девелоперов Solaris, бывало незамедлительно создавал тикеты на баги прямо на форуме без формальностей в виде подробного общения с суппортом
- malexander в основном вопросы взаимодействия Vulkan, OpenGL в Solaris
- edward
- Cameron White вопросы интеграции краудов в Solaris
- Chris Rydalch переключился на Solaris. Ответы максимально подробные и полезные🔥.

Technical Discussion (VEX/OpenCL/Math):

- Jeff Lait написал довольно много интересных пояснений по поводу того как и что работает в H на самом глубоком уровне

Technical Discussion (General/OpenGL/Vulkan):

- malexander здесь на канале делал выдержки из его постов о новом вьюпорте на Vulkan появившемся в H20
- edward

Technical Discussion (General/Feather/Shading):

- Kai Stavginski достаточно известная личность. В H16 показал как создание шейдеров было перенесено в новый единый Material контекст. Сейчас активно развивает тему перьев.
- Chris Rydalch тоже своего рода "легенда" уже, помню его за серию уроков в H16: как заинстансить лайты в Mantra, как использовать IFD Workflow, как настроить HQueue под линуксом и т.д.

General:

- Robert Magee старший менеджер по маркетингу продуктов, просто приятный человек готовый помочь разобраться в "почти" любых вопросах
- Jeff Lait
- edward
- malexander

PDG/TOPs:

- Brooke Amaranth
- Seelan Vamatheva
- Taylor Petrick пишет очень ёмкие ответы решающие проблему, часто даже с кодом решения или подсказками
- Chris Grebeldinger как и предыдущий девелопер пишет ёмкие ответы с ссылками на доку

Muscle/Tissue:

- Liesbeth Levick новый девелопер в команде по вопросам мышц, тканей, мускулов.

Надеюсь, вы найдёте их ответы полезными и для себя.

#houdini #python #noscripts #tools #hotkey #savetime

Переиспользуем стандартную библиотеку и пишем фокус на дисплэй ноде на изи. Это удобно бывает когда открываешь большой проект и селект ноды оказывается не на диплэй ноде, а так же если нужно часто держать фокус нетворка в этой области, это работает хорошо в связке со стандартным букмаркингом. Работает это там где это имеет смысл, а именно там где можно однозначно определить этот флаг: SOP, LOP, TOP.

import hou
import nodegraphview

def focusDispayNode():
    editors = [pane for pane in hou.ui.paneTabs() \
    if isinstance(pane, hou.NetworkEditor) and pane.isCurrentTab()]
    if not editors:
        return None
    for editor in editors:
        pwd = editor.pwd()
        if hasattr(pwd, "displayNode"):
            nodegraphview.frameItems(editor, (pwd.displayNode(),))
        
focusDispayNode()