الميزات الجديدة في WebGPU (Chrome 127)

François Beaufort

دعم تجريبي لـ OpenGL ES على Android

يمكنك الآن الوصول إلى GPUAdapter من الخلفية المستندة إلى OpenGL ES عند طلب وضع التوافق التجريبي مع WebGPU في Chrome لنظام Android. ويُعدّ ذلك مفيدًا بشكل خاص لأجهزة Android التي لا تتوافق مع Vulkan 1.1 أو إصدار أحدث. راجِع المثال التالي والمشكلة dawn:1545.

// Request a GPUAdapter in compatibility mode
const adapter = await navigator.gpu.requestAdapter({ compatibilityMode: true });

تعرض صفحة تقرير WebGPU معلومات GPUAdapter من الخلفية OpenGL ES على جهاز Android. — معلومات محوّل OpenGL ES في webgpureport.org

بما أنّ هذه الميزة لا تزال في مرحلة تجريبية، عليك اتّباع الخطوات التالية:

فعِّل علامات Chrome التالية: "Unsafe WebGPU Support" و"WebGPU Developer Features" و "Enable command line on non-rooted devices".
فعِّل ميزة "تصحيح أخطاء الجهاز عبر USB" على جهاز Android.
وصِّل جهاز Android بمحطة العمل، وشغِّل adb shell 'echo "_ --use-webgpu-adapter=opengles" > /data/local/tmp/chrome-command-line' لتفضيل OpenGL ES على Vulkan، ثم أعِد تشغيل Chrome.

سمة info في GPUAdapter

يمكن الآن الحصول على معلومات تكشف الهوية حول محوّل بطريقة متزامنة باستخدام السمة info في GPUAdapter. في السابق، كان استدعاء طريقة requestAdapterInfo() غير المتزامنة في GPUAdapter‎ هو الطريقة الوحيدة للحصول على معلومات المحوّل، ولكن تمّت إزالة requestAdapterInfo() من مواصفات WebGPU وسيتم إزالتها من Chrome في وقت لاحق من هذا العام لمنح مطوّري الويب وقتًا كافيًا لإجراء عملية الانتقال اللازمة. يُرجى الاطّلاع على المثال التالي، حالة Chrome، والمشكلة 335383516.

const adapter = await navigator.gpu.requestAdapter();
const info = adapter.info;

// During the transition period, you can use the following:
// const info = adapter.info || await adapter.requestAdapterInfo();

console.log(`Vendor: ${info.vendor}`); // "arm"
console.log(`Architecture: ${info.architecture}`); // "valhall"

تحسينات على التشغيل التفاعلي لـ WebAssembly

للسماح بتمرير مساحات تخزين WebAssembly مباشرةً إلى WebGPU، لم يعُد حجم وسيطات BufferSource التالية محصورًا بـ 2 غيغابايت: dynamicOffsetsData في setBindGroup()، والمصدر data في writeBuffer()، والمصدر data Pin writeTexture(). اطّلِع على المشكلة رقم 339049388.

تحسينات على أخطاء ترميز الأوامر

ستتضمّن بعض أخطاء التحقّق من الصحة التي تم رصدها من برامج ترميز الأوامر الآن معلومات سياقية محسّنة. على سبيل المثال، أدت محاولة بدء عملية حسابية أثناء استمرار عملية العرض إلى ظهور الخطأ التالي.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
    at CheckCurrentEncoder (..\..\third_party\dawn\src\dawn\native\EncodingContext.h:106)

يصف هذا الخطأ سبب حدوثه، ولكنّه لا يشير إلى المكالمة التي تسبّبت في حدوث خطأ التحقّق. يعرض الخطأ التالي الرسائل المحسّنة التي تتضمّن الأمر الذي أدّى إلى حدوث الخطأ. يمكنك الاطّلاع على التغيير 192245.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
 - While encoding [CommandEncoder (unlabeled)].BeginComputePass([ComputePassDescriptor]).

إشعارات الفجر

لم تعُد واجهة برمجة التطبيقات webgpu.h C تعرض wgpuSurfaceGetPreferredFormat()، وهو المكافئ C لـ wgpu::Surface::GetPreferredFormat() في Dawn. بدلاً من ذلك، استخدِم wgpu::Surface::GetCapabilities() للحصول على قائمة بالتنسيقات المتوافقة، ثم استخدِم formats[0] للحصول على تنسيق النسيج المفضّل لهذا السطح. في الوقت الحالي، يؤدي استدعاء wgpu::Surface::GetPreferredFormat() إلى ظهور تحذير بشأن الإيقاف النهائي. يمكنك الاطّلاع على المشكلة رقم 290.

يمكن الآن الوصول إلى استخدامات النسيج المتوافقة لسطح ما من خلال wgpu::SurfaceCapabilities::usages عند طلب wgpu::Surface::GetCapabilities(). من المتوقّع أن تتضمّن دائمًا wgpu::TextureUsage::RenderAttachment. اطّلِع على المشكلة 301.

هذا يغطي بعض النقاط الرئيسية فقط. اطّلِع على قائمة عمليات الدمج الشاملة.