Godot 4.6: LibGodot, Direct3D 12 і новий редактор

Godot 4.6 додає Modern theme, movable docks, unique Node IDs, LibGodot, новий SSR, D3D12 за замовчуванням і OpenXR 1.1.

Комп'ютерна гра на екрані для перевірки проєкту після переходу на Godot 4.6
Фото: Matheus Bertelli / Pexels. Pexels License — free to use. Джерело: https://www.pexels.com/photo/person-playing-a-computer-game-19012056/

Godot 4.6 зосереджується на щоденній продуктивності: нова тема редактора, movable docks, LibGodot, унікальні Node IDs, оновлені screen-space reflections і Direct3D 12 за замовчуванням для нових Windows-проєктів. Реліз зрілий, але міграція наявної гри все одно потребує копії проєкту й повного export-тесту.

Modern theme і docks змінюють робочий простір

Нова тема Modern стала типовою для нових проєктів, а panels можна гнучкіше переміщувати, включно з floating і multi-monitor workflows. Це не впливає на runtime гри, але може змінити скриншоти документації та onboarding. Команда може тимчасово залишити Classic, якщо це зменшує friction.

Unique Node IDs роблять refactoring безпечнішим

Вузли отримують внутрішній identifier, який допомагає зберігати references після перейменування або зміни hierarchy. Щоб наявні scenes скористалися механізмом, їх потрібно повторно зберегти у 4.6; проєкт має відповідний upgrade tool. Виконайте це в окремому commit, щоб diff можна було переглянути.

XR-частину релізу можна зіставити з оглядом OpenXR 1.1, а shader і web-напрямок — із WebGPU.

LibGodot дозволяє вбудовувати engine

LibGodot дає змогу запускати Godot як library всередині іншої програми, контролювати startup та engine loop. Початкова підтримка охоплює Linux, Windows і macOS. Це основа для спеціалізованих editors і hybrid apps, але API та packaging потрібно оцінювати як нову integration surface.

SSR стало якіснішим і гнучкішим

Screen Space Reflections отримали істотне оновлення: кращу стабільність, роботу з roughness і режими full/half resolution. SSR однаково бачить лише інформацію на екрані, тому off-screen objects і disocclusion залишаються фундаментальними обмеженнями. Порівнюйте quality і GPU time на цільових картах.

Direct3D 12 стає default для нових Windows-проєктів

Godot вважає D3D12 достатньо зрілим і використовує його для нових проєктів у Windows. Наявні проєкти не повинні мовчки змінювати renderer. Перевірте driver fleet, shader compilation, capture tools і platform-specific visual differences перед переходом.

OpenXR 1.1 та spatial entities розширюють XR

Engine нативно використовує OpenXR 1.1, а за відсутності підтримки може повертатися до 1.0 та extensions. Spatial entities створюють стандартніший API для anchors, surfaces і markers. Конкретна можливість однаково залежить від headset/runtime.

Import і patching стали практичнішими

GPU conversion RGB-to-RGBA пришвидшує імпорт певних compressed textures, а delta encoding для patch PCK може зменшити update size. Виграш залежить від типу assets і змін. Перевірте integrity, patch chain та rollback launcher-а.

Debugging отримує корисні дрібниці

Clickable file references в Output panel, ObjectDB snapshots і diffing допомагають знаходити memory leaks та unexpected object growth. Інструменти не замінюють довгі play sessions і platform profiling, але скорочують шлях від симптома до конкретного object type.

План міграції

  1. створіть branch і повну копію проєкту;
  2. прочитайте migration guide та breaking changes;
  3. відкрийте проєкт і збережіть scenes для Node IDs окремим commit;
  4. перевірте GDScript, GDExtension і plugins;
  5. порівняйте rendering screenshots на цільових GPU;
  6. експортуйте Windows, Linux, macOS, mobile і web targets, які підтримує гра;
  7. пройдіть save/load, input, audio, networking і patches;
  8. профілюйте CPU, GPU, memory і startup.

Типові помилки міграції гри

Не відкривайте єдину робочу копію проєкту новою версією editor: автоматично змінені scenes можуть не відкритися старою. Не оцінюйте rendering лише на developer GPU. Перевірте imported assets із clean cache, бо старий import cache приховує проблему. GDExtension і editor plugins мають власну сумісність; тимчасове вимкнення plugin не доводить готовність production toolchain.

Критерії готовності релізу

Усі цільові exports створюються в CI, save files сумісні, gameplay determinism і networking не регресували. Visual regression охоплює D3D12, Vulkan та mobile renderer, якщо вони підтримуються. Patch PCK встановлюється поверх старої версії й відновлюється після перерваного download. Профілі CPU/GPU і memory не гірші за погоджений baseline.

Першоджерело: офіційний огляд Godot 4.6.

Коментарі