потому что блин интерекшн

он проверяет ВСЕ

баундсы не учитывает

делай interactiveChildren=false там где не хочешь чтобы он лазил

что именно?

говорил про interactive свойство у displayobject'ов, но теперь понял, что речь не об этом шла)

теперь не до 0 фпс падает, а до 15 😁

типа на контейнер ставишь - интерекшн в его детей не шастает

В итоге я просто поставил исходники Three.js и получилось прямым импортом классов из файлов стрясти до 40к строк вместо 60к.
Spine рантайм получилось конвертировать в ES6 модуль, добавив "export default spine" внизу готового spine-core билда, в js и d.ts файлах. Оно работает.
Затем взял 4 файла которые интегрируют Three.js в спайн, и переписал их нафиг в современный модульный тайпскрипт, так же импортируя всё выборочно по полному пути без использования индекса с реэкспортами (геморой конечно).

Я получил то что хотел, теперь код вешает около 500 килобайт после прохождения терсером (когда минифаеный three.js вешает 630 килобайт), и импортируется в html с помощью <script type="module">. Щас буду пробовать делать интеграцию спайна для нового WebGPU рендерера в Three.js.
Спс за подсказку про кложур компайлер, тоже трайну.

Ток кложур может нахрен все сломать

Еще борода какая-то есть в Three.js.
ShaderMaterialParameters больше не принимает вот такой вот uniforms. Этот type: "t" приходится удалять. Это вообще критично ?

А зачем нафиг сейчас нужен WebGPU

он же нигде не работае

Я не расчитываю что игру выпущу в близжайшие 3-5 лет.

Там WebGPU имеет разное апи

Вот этого как раз я боюсь

Да в сафари и хроме они разные уже =)

53% JavaScript
36% TypeScript
11% Other

Почти 500 голосов.