Блог

Tripo P2.0 і робочий процес Astra: генерація та інтеграція 3D-асетів у Blender і Unity
  • PublicPublic
  • 24 Oct, 2026

Tripo P2.0 і робочий процес Astra: генерація та інтеграція 3D-асетів у Blender і Unity

Генеративні 3D-пайплайни еволюціонують від ізольованого створення моделей до інтегрованих конвеєрів асетів. Остання 3D-нативна фундаментальна модель Tripo, P2.0, розроблена для генерації трикутних або квад-мешів із функціями, такими як налаштовувана щільність полігонів, розділення частин, Smart UVs та регіональне редагування мешів. У поєднанні з Astra ці асети можна збирати, ригувати, анімувати та інтегрувати в інтерактивні сцени за допомогою професійного програмного забезпечення, такого як Blender і Unity. Такий розподіл праці дозволяє творцям зосередитися на конкретних компонентах, тоді як Astra координує наступні завдання, гарантуючи, що згенерована геометрія ефективно підтримує вимоги до ригінгу, анімації та виробництва в реальному часі.Допис у X: https://twitter.com/luccacerf/status/2096308567863079420Робочий процес працює шляхом генерації окремих частин поодино, що надає творцям точний контроль над формою та деталями. Наприклад, творець може згенерувати тіло, голову та волосся персонажа як окремі асети, використовуючи Tripo P2.0 або модель H3.1, яка фокусується на високій деталізації. Потім Astra допомагає зібрати ці компоненти в Blender, керуючи переходом до ригінгу та анімації. Цей модульний підхід дозволяє користувачам доопрацьовувати або перегенерувати конкретні компоненти, не починаючи весь процес генерації асета заново. Здатність Astra ґрунтується на міркуваннях щодо 3D-завдань та виконанні коду або скриптів для маніпуляції асетами, що робить її потужним інструментом для координації складних багатокрокових процесів у встановлених 3D-середовищах.Допис у X: https://twitter.com/Stefan_3D_AI/status/2096481425050743048Практичні застосування цього робочого процесу вже з'явилися в спільноті. Створювач Ring Hyacinth використовував Nano Banana для референсних зображень, Tripo P2.0 для моделювання та Codex для побудови сцени «Аліса в Країні Чудес» з ефектами та інтерактивом. Аналогічно, Lucca Cerf, який не має досвіду в розробці ігор чи дизайні, скористався пайплайном Astra → Tripo P2.0 → Blender → Unity, щоб створити фан-гру за мотивами World of Warcraft. Спираючись лише на три промпти, Cerf завершив проєкт приблизно за 90 хвилин. Ці приклади демонструють, що поєднання Tripo та Astra дозволяє людям без попереднього досвіду в 3D швидко створювати складні інтерактивні сценарії та ігрові прототипи.Технічні характеристики моделей Tripo адаптовані для готовності до виробництва. Серія P оптимізує структуру меша, топологію та редагованість, тоді як серія H робить пріоритет на точність для складних форм. Користувачі можуть керувати щільністю полігонів, обирати між трикутною або квад-топологією через Smart Mesh, а також генерувати текстури та матеріали. Автоматичні функції ригінгу та анімації доступні для персонажів, а налаштування експорту дозволяють точно контролювати масштаб, орієнтацію та точки повороту при перенесенні активів у Blender або ігрові рушії. Такий рівень контролю забезпечує, що згенеровані активи відповідають технічним стандартам, необхідним для рушіїв реального часу та професійних DCC-застосунків.Контроль якості залишається критично важливим аспектом робочого процесу, оскільки ШІ прискорює створення, але не усуває потребу в художньому судженні. Після збірки створювачам необхідно перевіряти пропорції, вирівнювання, силуети та з'єднання між компонентами. Анімація вимагає оцінки деформації в таких областях, як плечі, лікті, коліна та міміка. Хоча робочий процес підходить для ранніх та середніх етапів виробництва, таких як ідеювання, прототипування та превізуалізація, професійні студії можуть все ще доопрацьовувати ключові активи в DCC-інструментах. Мета полягає в тому, щоб зробити високоякісну 3D-генерацію доступною, не вимагаючи від кожного створювача стати 3D-спеціалістом, дозволяючи художникам зосередитися на творчому напрямку та інтеграції в цілісні художні системи.

Опубліковано записи JetBrains GameDev Day 2026: ключові технічні рішення для сучасної розробки ігор
  • PublicPublic
  • 24 Oct, 2026

Опубліковано записи JetBrains GameDev Day 2026: ключові технічні рішення для сучасної розробки ігор

Повний архів JetBrains GameDev Day 2026 тепер доступний на YouTube. Це вичерпний ресурс для розробників, які вирішують реальні виробничі завдання. Захід відбувся 28 вересня і зібрав експертів індустрії, щоб обговорити інструменти та методології, що формують поточний ландшафт ігрової інженерії. Сесії зосереджені на практичному застосуванні: від інтеграції систем сутностей і компонентів (ECS) у живі ігри до використання ШІ для процедурної генерації контенту. Розробники, які дивилися трансляцію в Белграді або Лимасолі, або ті, хто пропустив живий захід, тепер можуть переглянути матеріали у зручному темпі, щоб зрозуміти сучасні робочі процеси та інструменти.Значна частина технічного контенту присвячена інтеграції ШІ в існуючі конвеєри розробки. Одна з ключових сесій показує, як підтримка Model Context Protocol у TeamCity та інтерфейс командного рядка (CLI) переносять процеси безперервної інтеграції безпосередньо в середовище розробки. На прикладі проєкту в Unity презентація демонструє, як розслідувати збої збірки та взаємодіяти з CI-конвеєрами, не перемикуючись постійно між різними інструментами. Крім того, інша доповідь розглядає агентні робочі процеси, адаптовані спеціально для Unreal Engine, із використанням Rider, ACP та специфічних для рушія навичок. Ці демо ілюструють, як ШІ-агенти можуть орієнтуватися в складних архітектурах рушіїв, генерувати код на C++, розслідувати падіння та автоматизувати різні завдання розробки, виходячи за межі простої допомоги у написанні коду до більш автономного вирішення проблем.Для команд, які працюють із великими асетами, сесія про Lore VCS із відкритим вихідним кодом від Epic Games дає важливі знання про керування файлами розміром у кілька гігабайт, які змінюються щодня. На відміну від традиційних систем контролю версій, створених для коду, Lore розбиває файли на фрагменти з адресним доступом за вмістом, забезпечуючи передачу лише змінених частин асета. Обговорення охоплює те, як кеші на периферії можуть заповнюватися за запитом, а не передзаповнюватися заздалегідь, і містить інструкції щодо розгортання системи за допомогою модуля Lore в AWS Cloud Game Development Toolkit. Цей підхід вирішує одну з головних проблем сучасної розробки ігор, де керування асетами часто уповільнює співпрацю та процеси збірки. Розуміння цих механізмів є необхідним для студій, які прагнуть оптимізувати свою інфраструктуру та зменшити витрати на зберігання та пропускну здатність.Оптимізація продуктивності та налагодження залишаються центральними темами, з детальними сесіями щодо профілювання в Unreal Engine та кросс-мовного налагодження. Один із спікерів використовує живе профілювання, щоб показати, як дрібні інженерні рішення накопичуються і перетворюються на вузькі місця геймплею, демонструючи практичні робочі процеси оптимізації за допомогою Unreal Insights та Rider. Інша сесія розглядає складний сценарій, де клієнт написаний на C#, а сервер - на C++, показуючи, як налагоджувати обидва середовища виконання одночасно за допомогою Rider та CLion. Такий підхід дозволяє розробникам читати дані, що перетинають межу протоколу, і визначати, яке середовище виконання спричиняє проблеми. Акцент робиться на межі між середовищами виконання як на критичній зоні для розслідування, надаючи структурований метод для усунення помилок, що стосуються кількох мов і середовищ.На заході також були представлені глибокі занурення в конкретні інтеграції рушіїв та автоматизацію інтерфейсу користувача. Значна сесія представила конвеєр Figma-to-Unity, який еволюціонував за роки виробничого використання і тепер працює через ШІ-агента за MCP. Доповідачі охопили основи дизайну, які роблять таку автоматизацію можливою, уроки, отримані під час створення системи, і бенчмарк того, які завдання інтеграції UI агент може виконувати сьогодні, а які все ще вимагають людського втручання. Інша доповідь зосередилася на впровадженні ECS у масову живу гру без переписування рушія, обговорюючи поетапні стратегії міграції, компроміси в розкладці пам'яті та переваги гібридного підходу, що поєднує ECS із легасі-кодом. Ці сесії надають практичні стратегії для модернізації існуючих кодових баз, зберігаючи стабільність у живих продуктах.

NVIDIA TensorRT 11.1: глобальний тюнер продуктивності для автоматичної оптимізації рушіїв з урахуванням точності
  • PublicPublic
  • 24 Oct, 2026

NVIDIA TensorRT 11.1: глобальний тюнер продуктивності для автоматичної оптимізації рушіїв з урахуванням точності

Розгортання нейронних мереж - це по суті задача компіляції, де не існує єдиної оптимальної стратегії для всіх моделей. Коли NVIDIA TensorRT збирає рушій інференсу, він приймає взаємозалежні рішення щодо трансформацій графа, злиття ядер, розміщення пам'яті та квантування. Цей процес, відомий як планування (scheduling), суттєво впливає на кінцеву продуктивність інференсу. Різні варіанти планування можуть зберігати семантику моделі, але давати зовсім різні результати за швидкістю. Оскільки ці ефекти пов'язані між собою та залежать від конкретної моделі, вони часто проявляються лише після повної збірки та вимірювання рушія. Це робить передбачення найкращої стратегії дедалі складнішим міру різноманітності моделей і середовищ розгортання.Рис. 1. Один фіксований рецепт не масштабується на суперечливі вподобання клієнтівІсторично TensorRT спиралися на внутрішні моделі ключових показників ефективності (KPI) для виявлення оптимізованих патернів, які потім кодувалися як евристики у стандартній стратегії планування. Хоча це дозволяло користувачам автоматично користуватися експертними знаннями, виникла проблема масштабованості. Евристика, розроблена для одного типу моделей, могла спричиняти погіршення продуктивності в іншому, що вимагало додаткових винятків. Це робило логіку планування складною та важкою для розширення. Global Performance Tuner, представлений у TensorRT 11.1, вирішує цю проблему, відмовляючись від єдиного фіксованого рецепта. Натомість він розглядає конвеєр компілятора як базовий рецепт із налаштовуваними «спеціями», що дозволяє системі адаптувати шлях оптимізації під конкретні характеристики вхідної моделі, будь то граф ONNX або мережа, створена через API TensorRT.Рис. 2. Налаштуйте смак для кожного клієнтаЩоб формалізувати цей підхід, система використовує математичну рамку, яка розділяє генерацію кандидатів та їхній вибір. Простір моделей складається з усіх можливих вхідних даних, а простір рішень - з усіх виконуваних виходів, таких як рушії TensorRT або серіалізовані послідовності GPU-ядер. Алгоритм збірки (builder) відображає модель у набір кандидатів, обмежений порогом допустимої похибки. Цей порік гарантує, що пари «вхід-вихід» залишаються в допустимих межах, запобігаючи агресивним оптимізаціям, які порушують вимоги застосунку. Мета алгоритму збірки - згенерувати багатий набір кандидатів, що включає оптимальне рішення, визначене як найшвидше допустиме виконання, яке відповідає критеріям точності. Ця абстракція дозволяє ретельно аналізувати, як різні маршрути збірки впливають на кінцевий час виконання.Потім алгоритм пошуку працює з цим набором кандидатів, щоб обрати найкраще рішення. Ідеально, цей алгоритм мав би виконати перебір усіх кандидатів, щоб знайти той із мінімальним часом виконання. Однак на практиці бюджети часу збірки часто обмежують глибину такого пошуку. Таким чином, весь компілятор уявляється як кортеж із збирача (builder) та шукача (searcher). Складність полягає у побудові оптимального збирача, який робить глобально оптимальне рішення досяжним. Оскільки єдиного універсального маршруту збірки для всіх моделей не існує, система має підтримувати налаштовувані маршрути. Це означає, що послідовність проходів компілятора, які перетворюють проміжні представлення на кінцеві виконувані файли, може варіюватися. Різні моделі можуть досягати найкращої продуктивності через різні послідовності трансформацій, навіть на одному й тому самому цільовому GPU.Global Performance Tuner використовує ці налаштовувані маршрути збірки для автоматичного налаштування продуктивності. Для кожної кандидатури, згенерованої різними маршрутами, тюнер перевіряє вихідні дані на відповідність заданому критерію точності. Потім він вимірює загальну продуктивність інференсу для допустимих рішень. Серед усіх кандидатів, що відповідають вимогам до точності, система обирає ту, що має найменший час виконання. Такий підхід гарантує, що зростання продуктивності не досягається за рахунок втрати точності моделі. Розглядаючи процес компіляції як пошук серед багатьох можливих маршрутів збірки, а не як єдиний фіксований шлях, TensorRT 11.1 пропонує масштабований метод оптимізації завдань глибокого навчання для різноманітних моделей та апаратних конфігурацій.Ця методологія усуває ключове обмеження попередніх підходів, де зміни для однієї моделі могли погіршити продуктивність для іншої. Зберігаючи базовий конвеєр стабільним, але роблячи рішення щодо планування налаштовуваними, система ефективно працює з новими моделями з невідомими перевагами. Вона пропонує різні варіанти оптимізації, відхиляє ті, що не проходять перевірку точності, і зберігає конфігурацію з найкращою продуктивністю. Це аналогічно шефу, який пропонує новому клієнту безкоштовні зразки, щоб знайти бажану комбінацію спецій, а не нав'язує один стандартний рецепт. Результатом стає більш стійкий процес компіляції, який адаптується до конкретних потреб кожної нейронної мережі, забезпечуючи розробникам максимально можливу швидкість інференсу без шкоди для необхідної точності їхніх застосунків.

Структурні бар'єри на шляху масового впровадження оптичних AR-очок із прозорим дисплеєм
  • PublicPublic
  • 23 Oct, 2026

Структурні бар'єри на шляху масового впровадження оптичних AR-очок із прозорим дисплеєм

Сектор оптичної доповненої реальності з прозорим дисплеєм (see-through AR) зараз переживає значний стратегічний поворот. Багато років індустрія намагалася отримати AR-можливості на базі високоякісних VR-шлемів, прагнучи до широкого поля зору та складних функцій, що призводило до створення громіздких і дорогих пристроїв. Цей підхід значною мірою застряг. Сучасна траєкторія розвитку передбачає нарощування функціоналу, починаючи з аудіо-ШІ окулярів, таких як Meta Ray-Ban Wayfarers, які досягли критичної точки перелому в річних відвантаженнях, приблизно 10 мільйонів одиниць. Цей обсяг є ключовим орієнтиром для масового ринку. Навпаки, відвантаження VR-шлемів зменшилися з пікових 10 мільйонів одиниць у 2021 році до 3,5-6 мільйонів у 2026 році, що свідчить про те, що вихід за межі сегменту ентузіастів залишається серйозною перешкодою для іммерсивного обладнання.Одним із головних, часто недооцінених бар'єрів для споживчого впровадження є інтеграція лінз із діоптріями. Для користувачів, яким потрібна корекція зору, сучасні AR-окуляри уявляють собою логістичний та ергономічний кошмар. На відміну від аудіо-ШІ окулярів, в які можна вставити стандартні лінзи, вирізані локально під оправу, дисплейні AR-пристрої зазвичай потребують заводського склеювання лінз із діоптріями до хвилеводу. Цей процес створює унікальний SKU для кожного клієнта, що призводить до тривалих строків очікування, вимірюваних тижнями. Крім того, такі інтегровані лінзи часто не забезпечують адекватної корекції астигматизму або біфокального зору. Існують рішення у вигляді кліп-вставок від сторонніх виробників, але вони занадто громіздкі, щоб слугувати звичайними окулярами, що обмежує їхнє застосування корпоративним сектором або VR-контекстом, а не щоденним використанням.Технології дисплеїв, необхідні для життєздатних AR-очок, стикаються зі значним застоєм. Повнокольорові MicroLED-дисплеї, які необхідні для високої якості читабельності на вулиці, повільно виходять на стадію масового виробництва. Поточні чутки свідчать про те, що, хоча деякі виробники можуть розпочати виробництво в найближчій перспективі, роздільна здатність залишається низькою, зазвичай коливаючись у межах 640 на 480 пікселів. Така роздільна здатність класу VGA порівнянна зі стандартами персональних комп'ютерів 1980-х років і є недостатньою для споживання тексту або медіа високої якості. Відсутність високороздільних повнокольорових мікродисплеїв означає, що сучасні AR-пристрої не можуть конкурувати з візуальною чіткістю, якої користувачі очікують від сучасних смартфонів або планшетів, що ще більше обмежує їхню привабливість для широкого загалу.Ланцюги постачання компонентів зазнають зростаючого тиску через вибуховий попит на інфраструктуру ШІ. Масове споживання напівпровідників дата-центрами ШІ поглинуло вільні виробничі потужності, залишивши менше ресурсів для виробників споживчої електроніки. Ця нестача впливає на доступність процесорів, пам'яті та інших критично важливих компонентів, необхідних для AR-очок. Крім того, вбудовування камер вводить складний компроміс. Хоча камери дозволяють реалізувати розширені функції, такі як одночасна локалізація та картографування (SLAM), вони значно збільшують енергоспоживання, розмір і вагу. Модуль камери може споживати стільки ж енергії, скільки сам дисплей, що ускладнює збереження форм-фактора звичайних окулярів при забезпеченні автономної роботи протягом усього дня.Індустрії необхідно уникати пастки, коли фокус зміщується на єдиний показник, наприклад, вартість, для стимулювання впровадження. Хоча ціна є фактором, вона другорядна порівняно з функціональністю та зручністю використання. Історичні приклади, такі як Apple II та оригінальний Macintosh, показують, що високі початкові ціни допустимі, якщо продукт пропонує унікальну цінність. Спроба створити дешевий пристрій з обмеженою функціональністю є неефективним розподілом ресурсів. Визов має системний характер: вирішення однієї технічної проблеми, наприклад, яскравості дисплея, часто погіршує інші, такі як енергоспоживання або виділення тепла. Існує приблизно від сімнадцяти до двадцяти основних бар'єрів, які необхідно вирішити одночасно, включаючи прозорість, світіння очей, артефакти дифракційних ґраток і затемнення на вулиці.Для носіння протягом усього дня пристрій має функціонувати як звичайні окуляри при вимкненому живленні. Якщо пристрій спричиняє спотворення або погану корекцію зору в неактивному стані, він не відповідає базовій вимозі до окулярів. Користувачі не готові знімати окуляри та ховати їх у захисний чохол, що зводить нанівець сенс носимого пристрою. Крім того, інтеграція дисплея з реальним світом за своєю природою погіршує якість обох зображень. Фізична присутність оптики між оком і світом вносить відбиття та артефакти. Таким чином, розробка AR-очок вимагає цілісного підходу, який розглядає оптичну точність, ергономічний комфорт, сумісність з діоптріями та доступність компонентів як єдину взаємопов'язану систему, а не як серію ізольованих проблем.

Стратегічний гайд для XR-розробників, які виходять на ринок Китаю
  • PublicPublic
  • 23 Oct, 2026

Стратегічний гайд для XR-розробників, які виходять на ринок Китаю

Сектор іммерсивної реальності зараз визначають два головні гравці: США та Китай. Ринок США добре задокументований, тоді як Китай для багатьох західних розробників залишається загадкою через «Великий файрвол» та надмірну кількість дезінформації. Західні техноЗМІ часто поширюють неточні наративи, наприклад, про існування універсальної системи соціального рейтингу або метавсесвітньої на базі WeChat, що не відповідає дійсності для тих, хто працює всередині країни. Населення Китаю становить 1,4 мільярда людей, з яких 870 мільйонів у віці від 15 до 59 років, що представляє собою величезну можливість для кваліфікованих команд. Однак для успіху потрібно відкинути чутки та зрозуміти, що локальна екосистема працює за принципово іншими принципами, ніж на Заході.Створено за допомогою зображення, наданого PicoНа відміну від Заходу, в Китаї ніколи не було «моменту Quest», коли один споживчий шлем поєднував доступну ціну з багатим бібліотечним контентом, що спричинило масове поширення. Meta заборонена до продажу там, а Pico, найближчий конкурент, змістив стратегічний фокус невдовзі після виходу Pico 4, залишивши майже вакуум на споживчому ринку VR. Внаслідок цього хітова гра, створена для домашнього використання, подібна до Beat Saber, може не знайти життєздатної аудиторії в локальному споживчому сегменті. Натомість комерційний успіх у Китаї, відображаючи загальні тенденції Східної Азії, зумовлений аркадними враженнями поза домом. Ці VR-атракціони всюди: їх можна знайти в торгових центрах майже всіх великих міст, від простих сидіння до арен для стрільби по зомбі в масштабі кімнати. Хоча апаратне забезпечення в цих аркадах не завжди останнього покоління, величезна щільність і доступність таких локацій роблять їх основним драйвером доходу для VR-контенту.Окрім традиційних аркад, значну популярність здобули великі VR-інсталяції. У цих закладах є великі зали, де кілька користувачів одночасно грають у одиночні сценарії, використовуючи білі силуетні аватари, щоб обходити одне одного без зіткнень. B2B-сектор також залишається активним, причому VR-навчанню приділяється особлива увага, хоча інвестиції охололи по мірі спаду початкового хайпу навколо метавсесвіту. Зараз фокус індустрії зміщується в бік розумних окулярів, які набувають престижу по мірі того, як VR-шлеми втрачають частину уваги інвесторів. Великі корпорації, такі як Huawei та Alibaba, активно залучені в цей процес; остання нещодавно випустила окуляри з відстеженням погляду для посилення можливостей ШІ. Встановлені гравці, такі як Rokid та RayNeo, розширюють лінійки пристроїв, а численні стартапи виходять на ринок із нішевою продукцією, від ШІ-асистентів до спеціалізованих сценаріїв, наприклад, для плавання.Рост розумних окулярів тісно пов'язаний із вибуховим розвитком ШІ в Китаї, де компанії, такі як ByteDance, розробляють передові моделі, порівнянні з пропозиціями OpenAI, а DouBao слугує локальним аналогом ChatGPT. Поки невідомо, як розробникам можна в повній мірі скористатися цим стрибком у сегменті розумних окулярів, але інфраструктура закладається. Для розробників, які планують вихід на цей ринок, найважливіша порада - знайти локального партнера або мережу довірених контактів. Локальний партнер розуміє регуляторне середовище, негласні ринкові правила та культурні нюанси, які можуть визначити успіх або провал запуску продукту. Вони можуть допомогти з захистом інтелектуальної власності, маркетингом та адаптацією контенту під конкретні регіональні вимоги. Існують спеціалізовані фірми, які можуть взяти західну VR-гру, адаптувати її для китайської аудиторії та зайнятися дистрибуцією, включаючи адаптацію під аркадні середовища за потреби.Надано Antony VitilloОкрім того, різні акселератори та інкубатори, наприклад, у Ханчжоу, активно вітають західних підприємців, іноді пропонуючи регіональні фонди або субсидовані офісні приміщення, щоб допомогти їм орієнтуватися в складній технологічній екосистемі. Довіра в цих стосунках має першорядне значення; рекомендується шукати знайомства через перевірені мережі, а не через холодні звернення. Не менш важлива локалізація контенту. Дистрибуція контенту англійською мовою в Китаї неефективна; ігри, презентації та відео для соцмереж мають бути на мандаринському. Хоча інструменти перекладу на базі ШІ вдосконалюються, вони залишаються незграбними та схильними до помилок, що робить носіїв мандаринського мови незамінними для особистих взаємодій, особливо на стендах виставок. Культурні нюанси також мають значення, що продемонстрував успіх відмови від туторіалів на користь негайного геймплея під час шоукейсу в Нанчані у 2019 році, що довело: локальні знання про уподобання користувачів життєво важливі для залучення аудиторії.

VRChat додає нативний трекинг обличчя на рівні SDK в відкритій беті
  • PublicPublic
  • 23 Oct, 2026

VRChat додає нативний трекинг обличчя на рівні SDK в відкритій беті

VRChat представила підтримку нативного трекингу обличчя на рівні SDK для аватарів у клієнті Open Beta та бета-версії Avatars SDK. Хоча платформа технічно підтримувала трекинг очей та обличчя протягом багатьох років через Open Sound Control та створений спільнотою VRCFaceTracking, аватари раніше не мали нативних можливостей повного трекингу обличчя. Користувачам доводилося налаштовувати додатки для досягнення деталізованих виразів, оскільки нативна підтримка обмежувалась базовим поглядом та рухом вій за допомогою даних Eye Tracking. Ця нова реалізація усуває цю залежність, дозволяючи більш безпосередньо та ефективно обробляти анімацію обличчя в межах основної структури програмного забезпечення.Останній клієнт Open Beta в Steam та Avatars SDK версії 3.10.6-beta.1 дозволяють створювати трекинг обличчя на рівні SDK, який спочатку називався High Fidelity Face Tracking. Тепер творці можуть налаштовувати вирази обличчя через спеціальний розділ у компоненті Avatar Descriptor. Система прив'язує вирази до blendshapes та параметрів аніматора, підтримуючи стандарт Unified Expressions від VRCFT. Вона безшовно інтегрується з аудіо-керованими віземами, поглядом та віками VRChat, хоча наразі не підтримує Blended Shapes або Simplified Parameters. Ця нативна інтеграція спрощує процес створення та забезпечує кращу сумісність між різними налаштуваннями аватарів без потреби у складній зовнішній конфігурації.Значущою перевагою цього оновлення є мережева синхронізація відстеження обличчя, яка не витрачає бюджет синхронізованих параметрів аватара. Це зменшення навантаження на синхронізовані параметри призводить до кращої загальної продуктивності та більш візуально узгоджених виразів обличчя для інших користувачів у спільному просторі. Система підтримує різні методи введення, включаючи протоколи OSC, такі як VRCFT у його останній бета-версії в Steam. Вона також інтегрується з функцією Selfie Expression у VRChat, яка дозволяє користувачам дзеркально відображати вирази обличчя на своїх аватарах на настільних ПК та пристроях Android за допомогою веб-камери або фронтальної камери, підвищуючи доступність для тих, у кого немає спеціалізованих VR-гарнітур.Сумісність із обладнанням варіюється, і мало гарнітур наразі пропонують як апаратну підтримку, так і сторонні API для відстеження очей та камерного відстеження обличчя. Популярні варіанти включають Pico 4 Pro та Enterprise, Meta Quest Pro та Samsung Galaxy XR. Для інших пристроїв, таких як Meta Quest 3 та 3S, існують рішення з відкритим вихідним кодом та створені спільнотою, тоді як VRCFT може передавати дані з пристроїв, що підтримують лише відстеження очей, таких як Bigscreen Beyond 2e. Creator Hash оновив кілька популярних пакетів аватарів Booth бета-варіантами, що використовують цю нову функціональність SDK, що дозволяє існуючим власникам одразу перемкнутися на вдосконалену систему відстеження.Надходження функція Meta VR Glasses має апаратну підтримку як відстеження очей, так і камерного відстеження обличчя, використовуючи спеціалізовані датчики для очей та спрямовані вниз камери для сигналів обличчя. Однак Meta не надаватиме доступ до сторонніх API для джерела даних візуального відстеження обличчя при запуску, на відміну від Meta Quest Pro. Розробники матимуть доступ лише до відстеження очей і змушені покладатися на джерела даних, що керуються аудіо, відомі як Audio to Expressions. Камерне відстеження обличчя буде обмежене використанням першою стороною, наприклад, для реалістичних голографічних аватарів. Це обмеження спричинило розчарування серед розробників, і Meta Developer Advocate Dilmer Valecillos визнав зворотний зв'язок. Запит на камерний API на сайті Meta VR Developer наразі перебуває в черзі, що вказує на майбутній, але невизначений термін доступу для сторонніх розробників.

Apple дозволяє організаціям та школам купувати підписки оптом
  • PublicPublic
  • 23 Oct, 2026

Apple дозволяє організаціям та школам купувати підписки оптом

Організації та навчальні заклади тепер можуть купувати автоматичні підписки на додатки оптом через покупку кількох місць. Ця можливість призначена для користувачів Apple Business або Apple School Manager, що дозволяє їм знаходити та придбавати підписки напряму. Придбававши необхідну кількість місць через один Apple In-App Purchase, організації можуть призначати та керувати доступом за допомогою наявних інструментів керування пристроями. Система забезпечує гнучкість, дозволяючи адміністраторам додавати або видаляти місця в будь-який момент, щоб відповідати поточним операційним потребам, без складного перегляду умов або окремих транзакцій для кожного користувача.Покупка кількох місць для підписок увімкнена за замовчуванням в App Store Connect, що робить вашу підписку доступною одночасно через Apple Business, Apple School Manager та стандартний App Store. Розробники зберігають повний контроль і можуть в будь-який момент налаштовувати ці параметри доступності відповідно до своєї стратегії розповсюдження. Платформа також підтримує групові підписки, вводячи новий рівень гнучкості для споживачів та невеликих команд. Починаючи з 28 жовтня 2026 року розробники зможуть налаштовувати та тестувати групові покупки в своєму тестовому Apple Account, готуючись до майбутнього запуску. Цього зими групові покупки стануть доступними в App Store, дозволяючи користувачам придбавати кілька місць і запрошувати інших до доступу до підписки, тим самим розширюючи охоплення бізнес-моделей на основі підписки.

Vector Gear: повністю відкритий VR-шлем для майстерів та ентузіастів
  • PublicPublic
  • 23 Oct, 2026

Vector Gear: повністю відкритий VR-шлем для майстерів та ентузіастів

Walker Industries - команда ентузіастів VR із Японії - запустила кампанію на Kickstarter для Vector Gear, повністю відкритого VR-шлема середнього класу. Проєкт спрямований на створення пристрою, який можна повністю налаштувати: і апаратне забезпечення, і програмне забезпечення доступні публіці. Такий підхід дозволяє розробникам і користувачам змінювати будь-які аспекти системи - від базової операційної системи до фізичних компонентів. Компанія описує проєкт як втілення давньої мрії: створити шлем, не скований пропрієтарними обмеженнями, і запропонувати прозору платформу для інновацій і експериментів у сфері XR.Vector Gear позиціонується як флагманський пристрій лінійки, який працює як автономно, так і у зв'язці з ПК. Разом із ним у кампанії представлена модель Andromeda, призначена виключно для PC-VR і доступна в двох версіях: бюджетній та з вищим роздільним здатністю. Характеристики Vector Gear порівнянні з поточними лідерами ринку, такими як Quest 3, з аналогічним роздільним здатністю та можливостями чіпсета. Попри те, що пристрій розробляється невеликою командою з обмеженим бюджетом, він має широкий набір функцій, які конкурують із пропозиціями великих корпорацій. Мета - забезпечити високу продуктивність без величезних витрат, зазвичай пов'язаних із розробкою такого апаратного забезпечення.Відмінною рисою Vector Gear є вбудована система відстеження обличчя під назвою «Shinra Meisin», розроблена командою самостійно. Ця система призначена для анімації аватарів користувачів у соціальних VR-платформах, таких як VRChat, передаючи дані через OSC. Крім того, шлем і контролери використовують пропрієтарну систему відстеження «AstroSLAM». На відміну від стандартного внутрішнього відстеження, контролери оснащені власними камерами, що дозволяє гнучко позиціонувати їх, навіть коли вони перебувають за головою або використовуються для відстеження об'єктів на реквізиті. Ця система відстеження повністю сумісна зі SteamVR, забезпечуючи широку сумісність із наявними PC-VR-іграми та створюючи надійну основу для розробки нових додатків.Програмна екосистема є однаково амбітною і будується навколо кастомної операційної системи XRUIOS, заснованої на Arch Linux. Створена спеціально для VR, ця ОС дозволяє користувачам розміщувати 3D-об'єкти для створення персоналізованих домашніх середовищ, запускати віджети та відкривати додатки як зі Steam, так і з власного лаунчера Walker. У систему інтегровано FEX, що дозволяє запускати стандартні x86-додатки на архітектурі ARM64 Linux. Одним із помітних віджетів є емулятор MS-DOS, який дозволяє запускати застарілі ігри. Система також включає «Yuuko Protocol» - кроссплатформний інструмент, що створює цілісний досвід між пристроями і дозволяє безшовно продовжувати відтворення медіа або доступ до файлів між шлемом, смартфоном і ПК.Ціна Vector Gear становить 980 доларів, моделі Andromeda доступні за 650 і 1250 доларів, при цьому діють знижки на версії devkit для самостійної збірки. Очікується доставка по всьому світу до травня 2027 року, хоча можливі затримки. Проєкт орієнтований на майстрів, хардкорних ентузіастів і дослідницькі інститути, яким необхідні можливості повної налаштування та гарантії конфіденційності даних. Хоча Steam Frame пропонує схожу, але менш відкриту альтернативу, Vector Gear вирізняється тим, що спроектований для повного розбирання та модифікації. Такий рівень відкритості робить його унікальним інструментом для тих, хто хоче глибоко занурюватися в апаратний і програмний шари віртуальної реальності, підтримуючи підхід до розробки XR, рушійний спільнотою.

Unity MethodReload: прискорення ітерацій за рахунок обходу перезавантаження домену
  • PublicPublic
  • 22 Oct, 2026

Unity MethodReload: прискорення ітерацій за рахунок обходу перезавантаження домену

Unity випустила MethodReload - експериментальний пакет, створений для усунення простоїв, пов'язаних із перезавантаженням домену під час розробки. Традиційно зміна ігрового коду в редакторі призводить до повного розбирання та повторної ініціалізації Mono AppDomain, процес, який може переривати творчий потік. На пристроях ситуація ще гірша, оскільки IL2CPP взагалі не підтримує перезавантаження доменів, через що кожна зміна вимагає повної пересборки гравця. MethodReload вирішує цю проблему, дозволяючи розробникам миттєво оновлювати тіла конкретних методів, перетворюючи довге очікування компіляції на питання кількох секунд. Ця можливість вже доступна для використання, що має на меті оптимізувати цикл ітерацій як під час тестування в редакторі, так і на пристроях.Пакет, поточна версія якого - 0.7.0-exp.1, поширюється в просторі імен com.unity.pipeline і вимагає Unity 6.0 або новішу версію. Щоб скористатися цією функцією, розробникам необхідно позначити певні методи атрибутом [MethodReload] перед входом у режим Play або збіркою гравця. Цей атрибут має бути присутнім на етапі компіляції, оскільки логіка диспетчеризації вплітається безпосередньо в байт-код методу. Для такої обробки підходять лише публічні екземплярні або статичні методи, що повертають void або IEnumerator; будь-які інші сигнатури пропускаються на етапі збірки з виведенням попередження. Це вимога попередньої компіляції гарантує, що середовище виконання зможе коректно визначити, які методи є кандидатами на живе оновлення, не втручаючись у стандартний конвеєр компіляції.Після встановлення атрибутів робочий процес передбачає запуск MethodReload Watcher, який розташований у налаштуваннях проєкту в розділах Pipeline та Editor. У редакторі вхід у режим Play активує систему, що дозволяє компілювати та вставляти будь-які зміни в позначений код у реальному часі. Для тестування на пристроях розробникам потрібно зібрати відладову версію гравця з увімкненим драйвером Pipeline в середовищі виконання та підключитися через Profiler або вікно консолі. Коли зберігається файл, що містить позначений метод, редактор компілює його, використовуючи препроцесорні визначення гравця, і надсилає оновлення на всі підключені пристрої. Цей процес не потребує перезапуску додатка, забезпечуючи безперервний цикл зворотного зв'язку. Крім того, доступні команди Unity CLI для роботи через термінал, що дозволяють користувачам ініціювати перезавантаження для конкретних файлів або папок безпосередньо з командного рядка.Попри переваги в швидкості, MethodReload працює в межах суворих обмежень. Він змінює лише тіла позначених методів, залишаючи місця виклику, поля та структуру типів незмінними. Відповідно, розробники не можуть додавати нові поля або класи через перезавантаження. Інтерпретатор виконує підмножину C#, виключаючи певні складні функції, хоча підтримує примітиви, цикли, делегати та корутини. Вбудований у пакет аналізатор Roslyn позначає непідтримуваний синтаксис в IDE. На пристроях з IL2CPP інтерпретатор може викликати лише ті API, які вже були використані в збірці; відсутність членів призведе до винятків. Крім того, інтерпретований код працює повільніше, ніж зкомпілюваний, - це компроміс, який впливає лише на відладові збірки. У релізних збірках інтерпретатора немає, що гарантує відсутність впливу на продуктивність у продакшені.Під капотом MethodReload поєднує інтерпретацію IL із вплетенням на етапі компіляції. Кожен позначений метод містить пролог, який перевіряє реєстр на наявність доступного перевизначення. Якщо перевизначення існує, інтерпретатор виконує новий байт-код IL; інакше виконується початковий зкомпілюваний код. Ця архітектура дозволяє зкомпілювати інтерпретатор через IL2CPP разом із рештою гри, забезпечуючи його роботу на пристроях без зовнішніх серверів або відкритих портів. Хоча існуючі інструменти з Asset Store пропонують повну підтримку C# у редакторі, вони не працюють у збірках IL2CPP. MethodReload заповнює цю прогалину, надаючи життєздатне рішення для ітерацій на пристроях. Для розробників, чиї основні проблеми пов'язані переважно з редактором, існуючі інструменти можуть залишатися кращими, але для тих, хто орієнтується на пристрої з IL2CPP, MethodReload пропонує унікальний і потужний шлях до швидших циклів розробки.

Unity CLI: понад 200 мільйонів подій від AI-агентів
  • PublicPublic
  • 22 Oct, 2026

Unity CLI: понад 200 мільйонів подій від AI-агентів

Unity CLI є єдиною бінарною програмою, яка встановлює та керує Unity з терміналу. З додаванням пакета Pipeline він дозволяє скриптам, системам безперервної інтеграції та агентам коду керувати робочим екземпляром Editor. З липня понад 226 000 користувачів, які увійшли в систему, використовували цей інструмент, створивши понад 200 мільйонів подій. Дані вказують на чітку модель роботи: розробники налаштовують середовище вручну, тоді як основна частина операційних завдань делегується автоматизованим агентам.З 20 липня по 13 жовтня 2026 року близько 98% запусків CLI походили від агентів коду та інших інструментів автоматизації. Ручний ввід у терміналі становив лише 0,2% подій, а CI-конвеєри - 0,3%. Залишок невеликої частки запусків не потрапляє в ці конкретні категорії. Таке розподілення підкреслює зміну у звичках розробки: термінал тепер використовується переважно для початкового налаштування та конфігурації, а не для постійного ручного взаємодії з рушієм.Коли розробники взаємодіють із системою вручну, їхні дії зосереджені на підготовці. Типові завдання включають встановлення пакета Pipeline, відкриття проєкту з правильною версією Editor, вхід у систему та налаштування агента для роботи з Unity. Після налаштування навички CLI розробники передають керування агенту. Цей підхід забезпечує безшовну інтеграцію Unity в екосистему конкретного агента, обраного розробником, дозволяючи ШІ братися за наступні завдання без перешкод.Саму команду unity становить понад 80% усіх записаних подій. CLI переважно використовується для виконання дій у живому Editor, з періодичними перевірками його стану. Розробники ініціювали понад 1,3 мільйона сесій MCP, що є режимом, який агенти використовують для підключення до Unity через CLI, і відкривали проєкти понад 150 000 разів. Такий обсяг взаємодії підкреслює роль CLI як центрального моста між робочими процесами на базі ШІ та середовищем розробки Unity.Використання різко зросло після випуску офіційних плагінів Unity для Claude Code, Codex і нещодавно Grok. Ці плагіни надають агентам навички, написані командами Unity, включаючи конкретні можливості для керування CLI. Команда unity setup claude встановлює необхідний плагін для Claude Code, який також працює всередині розширення VS Code. Агенти без офіційних плагінів, такі як Cursor і Cline, все одно можуть працювати через CLI. Claude Code є найчастіше використовуваним агентом, за ним йде Codex, при цьому найбільші бази користувачів знаходяться в США, Японії, Південній Кореї та Німеччині.