Розробники Колабора випущена нещодавно через оголошення прийняття відкритого контролера Gallium D3D12, який реалізує рівень для організації роботи OpenGL над API DirectX 12 (D3D12) в основній композиції Mesa.
Водночас драйвер оголосив про успішне проходження тестування сумісності OpenGL 3.3 під час роботи над драйверами WARP (програмне забезпечення для растеризації) та NVIDIA D3D12.
Ми раді повідомити, що нещодавно ми пройшли тестування на відповідність OpenGL 3.3 та оновили код у Mesa 3D!
Контролер може бути корисним використання Mesa на пристроях з контролерами лише D3D12 і як відправна точка для перенесення програм OpenGL для запуску на D3D12 API. Зокрема, драйвер можна використовувати для організації роботи графічних додатків у середовищах, керованих підсистемою WSL (Підсистема Windows для Linux), що забезпечує запуск виконуваних файлів Linux у Windows.
Однією з основних програм, що виділяється, є підтримка Photoshop, яка, як згадується в рекламі, може не викликати великого здивування, але однією з мотивацій цієї роботи була можливість запускати такі програми, як Photoshop, на пристроях Windows без сумісності . загалом за OpenGL.
Я радий повідомити, що корпорація Майкрософт випустила свій пакет сумісності, який використовує нашу роботу, щоб забезпечити підтримку OpenGL (і OpenCL), тепер Photoshop може працювати в Windows на ARM-процесорах! Настільки захоплююче бачити такі гучні програми, як такі, що отримують вигоду від нашої роботи!
Розробка проводиться спільно з інженерами Microsoft для розробки таких інструментів, як D3D11On12 для передачі ігор до бібліотеки D3D11 та D3D12 D3D12TranslationLayer, вона реалізує стандартні графічні примітиви поверх D3D12.
На основі проекту, що розглядається, Microsoft вже підготувала проміжний рівень що робить можливим запускати програми на базі OpenGL на пристроях Windows які не забезпечують повну підтримку OpenGL. Зокрема, можна було гарантувати роботу Photoshop на пристроях Windows із процесорами ARM.
Я хотів би зазначити, що після затвердження OpenGL CTS це не обов'язково те саме, що бути формально відповідним. Є деякі подробиці щодо того, як офіційно дотримуватися багаторівневих реалізацій, які є складними, і я залишу питання про формальне дотримання Microsoft та Khronos.
Реалізація включає драйвер для Mesa та компілятор шейдерів NIR-to-DXIL (час виконання D3D12), який перетворює проміжний NIR-шейдер Mesa у сумісний з DirectX 12, біт-формат DirectX Intermediate Language (DXIL) на основі біт-коду LLVM 3.7 (DirectX від Microsoft) Компілятор шейдерів - це форк LLVM 3.7).
Проблеми з виконанням D3D12 також слід виправити перед надсиланням результатів. Ми працюємо з корпорацією Майкрософт, щоб усунути ці проблеми належним чином. Ці виправлення можуть зайняти деякий час, щоб перейти до збірки Windows і до кінцевих користувачів, але з часом вони з’являться.
Але у постачальника-контролера D3D12 і нижче все стає складніше ...
Перш за все, нам не завжди вдається розмежувати проблеми з драйверами постачальника та проблеми з обладнанням. І що ще гірше, оскільки вони розробляються сторонніми компаніями, ми маємо про це мало інформації.
Контролер Mesa використовує інтерфейс Gallium, приймає команди OpenGL і, використовуючи перекладач NIR до DXIL, генерує команди D3D12, які працюють на графічному процесорі за допомогою системного драйвера D3D12. Окремо розробляються компоненти, які забезпечують роботу OpenCL поверх D3D12, включаючи компілятор OpenCL та середовище виконання OpenCL.
В кінці кінців якщо вам цікаво дізнатись більше про це, Ви можете перевірити деталі У наступному посиланні.