Спасибо за ответ

поддержка материалов Cycles

Это как?
В смысле ноды Image и Output буду поддерживаться?

новый модуль для создания шутеров, RPG и других приложений с интерфейсом от первого лица

Браузерные стрелялки не за горами? Остается мультиплеер ввести

И еще. Можно ли как-то на форуме делать увеличивающиеся картинки, чтобы они как у меня не старались уместиться во всю ширину формы, а были маленькими, пока не кликнешь.

Еще хотел спросить Use Blender's Native Baker это ведь и есть блендеровский запекатель, просто выведенный на эту панель поближе?

Ответ на сообщение пользователя Михаил Лузянин
Перечитал несколько раз, трудно уследить последовательность действий и что на что запекалось, если честно.

Всё просто, если есть объектная анимация - запекать её не нужно. Если есть прямая анимация костей - запекать их не нужно, если есть костная анимация с констрейнами - нужно пользоваться b4w aniamtion baker, если есть анимация некого объекта вне костей, а на костях констрейны реагирующие на этот объекта - запекать нужно визуальное смещение костей в костной системе с помощью Blender Animation baker, но не самих объектов которыми управляются кости. Работает только один констрейн copy transforms - по нему у нас в сдк есть демонстрационный пример с падающим големом с горы.

Вот пояснения и новый файлик crane.blend


Объект перескочил


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

А вот это я что-то не понял "визуальное смещение костей"

запекать нужно визуальное смещение костей в костной системе с помощью Blender Animation baker, но не самих объектов которыми управляются кости. Работает только один констрейн copy transforms - по нему у нас в сдк есть демонстрационный пример с падающим големом с горы.

Понял что если на всех костях есть ключи, то через b4wB печь не нужно, если есть хоть какая-то связь (2+ связанные кости или их зависимость от констреинтов) то нужно, т.к. для движка нужны ключи на всех костях. Так понимаю в движке все кости как раздельные считаются.

Ответ на сообщение пользователя Михаил Лузянин
Функционал Blender слишком широк и его взаимодействие дико сложно что бы учесть все варианты и внедрить их в b4w потребует значительного времени. Поведение с прокси сейчас не всегда адекватно поведению его же в blender, в будующем мы постараемся улучшить данное поведение, но не следовало бы расчитывать на это очень скоро. Лучше попробовать поискать какое либо другое решение, разбивать на группы потом собирать из них еще одну цельную группу, или делать всё одним мешем и использовать систему костей для перемещения объектов. Всё зависит от задачи.

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

Ответ на сообщение пользователя Михаил Лузянин
Поправим этот момент в ближайших релизах.

Огромное спасибо

Ответ на сообщение пользователя Михаил Лузянин
Не совсем. По сути b4w animation baker нужен когда анимация сделана на арматуре (то есть ключи пробиты на костях и есть экшн на них) а взаимодействие сделано при помощи констрейнов. В данном случае анимация пробина на объекте который находится вне системы костей, то есть по сути на самой арматуре нет никакой анимации. И вполне будет достаточно запечь эту анимацию напрямую на кости при помощи родного запекателя Blender без запекателя b4w.

Крутяк. Я думал движок арматуру как арматуру не понимает и нужно запекать через b4w animation baker, чтобы это как-то интерпретировалось для движка и поэтому запекаю все через b4w.
Спасибо

Еще вопросик тут же тогда про запекание. На примере файла с краном. Анимируется пустышка, арматура констреинтами за ней следит. У самой арматуры нет своего экшена, я логически прикинул, что можно запечь на экшен самой пустышка b4w_baked создается все равно как новый экшен. Но после запекания арматура перепрыгивает своим origin на место пустышки. Тогда я делал пустой экшен на какой нибудь параметр для арматуры с длинной анимации пустышки.
Как бы с новой полученной инфой я уже понял что печь нужно арматуру блендеровским методом, но все же, описанное выше не является ошибкой?

Ответ на сообщение пользователя Михаил Лузянин
С прокси объектами вообще сложная тема, так как они сильно сбивают работу (ожидаемую) объектов, их положений и анимаций. Почему бы просто не разделить объект на две группы с одним общим центром и кинуть одну и туже анимацию на линованный объект. Лучше обходится без прокси.

У меня конструкции бывают большие и в разных сценах двигаются разные объекты и части и добавлять группой просто удобней. Добавил сразу 50 объектов в одной группе, залинковал в сцену и в зависимости от ситуации делаешь нужный объект прокси и двигаешь кран, в другой ситуации инструменты, в третьей еще что-то. А так придется делать группу статики и потом добавлять целый список объект, который будет разбросан по Blend папке, еще и все экшены линковать и привязывать к объектам. У меня некоторые объекты анимируются одинаково из сцены в сцену во всех или почти во всех из 10ти анимированных инструкций.

Ответ на сообщение пользователя Михаил Лузянин
Да, это косяк блендера и наблюдается он в основном при использовании констрейнов когда они навешаны на арматуру (но не всех). У меня кстати с запеченной анимацией всё отлично работает и в Blender и в b4w. Запекал вот с этими настройками.

Вы сначала запекли блендеровский экшен, а потом b4w-шный?
т.е. нужно 3 экшена в держать, оригинал для корректировки анмиации и запеченый блендеровский и b4w_baked экшены.
Ну ладненько.
Спасибо.