تمت ترجمة هذه الصفحة بواسطة Cloud Translation API‏.

الميزات الجديدة في 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 التالية: "دعم WebGPU غير الآمن" و"ميزات WebGPU للمطوّرين" و "تفعيل سطر الأوامر على الأجهزة غير المزوّدة بإذن الوصول إلى الجذر".
فعِّل ميزة "تصحيح أخطاء الجهاز عبر USB" على جهاز Android.
وصِّل جهاز Android بجهاز العمل، وشغِّل adb shell 'echo "_ --use-webgpu-adapter=opengles" > /data/local/tmp/chrome-command-line' لمنح الأولوية لخلفية OpenGL ES على Vulkan، ثم أعِد تشغيل Chrome.

سمة info في GPUAdapter

يمكن الآن الحصول على معلومات تحديد الهوية عن محوِّل بطريقة متزامنة باستخدام سمة GPUAdapter info. في السابق، كانت طريقة 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 تثبيت 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]).

آخر الأخبار من Dawn

لم تعُد واجهة برمجة التطبيقات C في webgpu.h تعرِض 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.

لا يتناول هذا التقرير سوى بعض أهم التفاصيل. اطّلِع على قائمة المساهمين الشاملة.