Разработчиците на Колабора пусна наскоро чрез реклама приемането на отворен контролер Gallium D3D12, който реализира слой за организиране на OpenGL работа върху DirectX 12 (D3D12) API, в основния състав на Mesa.
В същото време, драйверът обяви, че успешно е преминал тест за съвместимост на OpenGL 3.3 при работа с драйвери WARP (растеризатор) и NVIDIA D3D12.
Радваме се да споделим, че наскоро преминахме тестване за съответствие на OpenGL 3.3 и актуализирахме кода в Mesa 3D!
Контролерът може да бъде полезно да се използва Mesa на устройства с контролери само за D3D12 и като отправна точка за пренасяне на OpenGL приложения, които да се изпълняват на D3D12 API. По-специално, драйверът може да се използва за организиране на работата на графични приложения в среди, контролирани от подсистемата WSL (Windows Subsystem for Linux), която осигурява стартирането на изпълними файлове на Linux в Windows.
Едно от основните приложения, които се открояват, е поддръжката на Photoshop, която, както бе споменато в съобщението, може да не е голяма изненада, но една от мотивациите за тази работа беше да може да стартира приложения като Photoshop на устройства с Windows без съвместимост общо с OpenGL.
Щастлив съм да съобщя, че Microsoft пусна своя пакет за съвместимост, който използва нашата работа, за да осигури поддръжка на OpenGL (и OpenCL), Photoshop вече може да работи под Windows на ARM процесори! Толкова е вълнуващо да виждате високопрофилни приложения като това да се възползват от нашата работа!
Разработката се извършва съвместно с инженери на Microsoft за разработване на инструменти като D3D11On12 за прехвърляне на игри в библиотеката D3D11 и D3D12 D3D12TranslationLayer, тя прилага стандартни графични примитиви върху D3D12.
Въз основа на разглеждания проект, Microsoft вече е подготвила междинен слой какво прави възможно стартирайте приложения, базирани на OpenGL, на устройства с Windows които не предоставят пълна поддръжка за OpenGL. По-специално беше възможно да се гарантира работа на Photoshop на устройства с Windows с ARM процесори.
Бих искал да отбележа, че след като одобрих OpenGL CTS не е задължително да е същото като да отговаряш формално. Има някои подробности за това как да се съобразим официално с многослойните внедрения, които са сложни и ще оставя въпроса за официалното съответствие на Microsoft и Khronos.
Реализацията включва драйвер за Mesa и компилатор за шейдър NIR към DXIL (време на изпълнение D3D12), който преобразува междинния NIR шейдър на Mesa в съвместим с DirectX 12, двоичен формат, базиран на LLVM 3.7 DirectX Intermediate Language (DXIL). (DirectX Shader компилатор на Microsoft е вилица на LLVM 3.7).
Проблемите с изпълнението на D3D12 също трябва да бъдат отстранени преди изпращане на резултати. Работим с Microsoft, за да отстраним тези проблеми според случая. Тези корекции могат да отнемат известно време, за да стигнат до компилация на Windows и до крайните потребители, но в крайна сметка ще се покажат.
Но за доставчика-контролер D3D12 и по-ниските версии нещата се усложняват ...
На първо място, не винаги е възможно да правим разлика между проблеми с драйверите на доставчици и хардуерни проблеми. И което е още по-лошо, тъй като те са разработени от трети страни, ние имаме малко информация за това.
Контролерът Mesa използва интерфейса Gallium, приема команди на OpenGL и с помощта на преводача NIR към DXIL, генерира команди D3D12, които се изпълняват на графичния процесор, използвайки системния драйвер D3D12. Отделно се разработват компоненти, за да се гарантира, че OpenCL работи върху D3D12, включително компилаторът OpenCL и времето за изпълнение на OpenCL.
Накрая ако се интересувате да научите повече за това, можете да проверите подробностите В следващия линк.