تستخدم Google تكنولوجيا الذكاء الاصطناعي لترجمة المحتوى إلى لغتك المفضّلة، وقد تتضمّن بعض الأخطاء.

الميزات الجديدة في WebGPU (إصدار Chrome 133)

François Beaufort

تاريخ النشر: 29 يناير 2025

تنسيقات إضافية للرؤوس ذات المكوّن الواحد unorm8x4-bgra

تمت إضافة تنسيق الرأس "unorm8x4-bgra" وتنسيقات الرأس المكوّنة من عنصر واحد التالية: "uint8" و"sint8" و"unorm8" و"snorm8" و"uint16" و"sint16" و"unorm16" و"snorm16" و"float16". يجعل تنسيق الرأس "unorm8x4-bgra" تحميل ألوان الرأس المشفرة بتنسيق BGRA أكثر ملاءمة مع الحفاظ على برنامج التظليل نفسه. بالإضافة إلى ذلك، يتيح لك تنسيق الرأس المكوّن من عنصر واحد طلب البيانات الضرورية فقط، بينما كان مطلوبًا في السابق ضعف هذا المقدار على الأقل لأنواع البيانات ذات 8 و16 بت. يُرجى الاطّلاع على إدخال chromestatus والمشكلة 376924407.

السماح بطلب حدود غير معروفة بقيمة غير محدّدة

لجعل واجهة برمجة التطبيقات WebGPU أقل عرضة للتعطّل مع تطوّرها، يمكنك الآن طلب حدود غير معروفة باستخدام القيمة undefined عند طلب جهاز وحدة معالجة الرسومات. يكون هذا الإجراء مفيدًا في الرمز البرمجي للتطبيق التالي مثلاً حيث يمكن أن يكون adapter.limits.someLimit هو undefined إذا لم يعُد someLimit متوفّرًا. راجِع المواصفة PR 4781.

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

const device = await adapter.requestDevice({
  requiredLimits: { someLimit: adapter.limits.someLimit }, // someLimit can be undefined
});

تغييرات على قواعد المحاذاة في WGSL

لم يعُد من الممكن تقديم قيمة محاذاة صغيرة جدًا لعنصر من عناصر البنية، لأنّه أصبح مطلوبًا الآن أن يقسم @align(n) القيمة RequiredAlignOf لجميع البِنى. يسهّل هذا التغيير غير المتوافق استخدام لغة WGSL ويجعلها أكثر توافقًا مع Firefox وSafari. يمكنك العثور على رمز نموذجي يعرض الاختلافات بين برامج التجميع Tint وNaga وWebKit في طلب السحب الخاص بالمواصفات.

تحسين أداء WGSL باستخدام الأمر discard

بسبب الانخفاض الكبير في الأداء الذي تم رصده عند عرض تأثير انعكاسات معقّدة في مساحة الشاشة (SSR)، يستخدم تنفيذ عبارة discard الدلالات التي توفّرها المنصة لخفض مستوى الأداء إلى استدعاء مساعد عند توفّره. يؤدي ذلك إلى تحسين أداء برامج التظليل التي تستخدم الأمر discard. يُرجى الاطّلاع على المشكلة 372714384.

استخدام VideoFrame displaySize للنسيج الخارجي

يجب استخدام السمتَين displayWidth وdisplayHeight كحجم ظاهر للعنصر GPUExternalTexture عند استيراد VideoFrame وفقًا لمواصفات WebGPU، ولكن تم استخدام الحجم المرئي بشكل غير صحيح ما تسبّب في حدوث مشاكل عند محاولة استخدام textureLoad() على GPUExternalTexture. نودّ إعلامك بأنّه تمّ الآن إصلاح هذه المشكلة. يمكنك الاطّلاع على المشكلة 377574981.

التعامل مع الصور ذات الاتجاهات غير التلقائية باستخدام copyExternalImageToTexture

يتم استخدام طريقة copyExternalImageToTexture() GPUQueue لنسخ محتوى صورة أو لوحة رسم إلى مادة. أصبح بإمكانه الآن التعامل بشكل صحيح مع الصور التي لا تكون اتجاهاتها تلقائية. لم يكن هذا هو الحال من قبل عندما كان المصدر ImageBitmap مع imageOrientation "from-image" أو صورة ذات اتجاه غير تلقائي. يمكنك الاطّلاع على المشكلة 384858956.

تحسين تجربة المطوّرين

قد يكون من المفاجئ أن تظهر قيمة عالية في adapter.limits، ولكن لا تدرك أنّه عليك طلب حدّ أعلى بشكل صريح عند طلب جهاز وحدة معالجة الرسومات. وقد يؤدي عدم إجراء ذلك إلى بلوغ الحدود بشكل غير متوقّع في وقت لاحق.

لمساعدتك، تم توسيع رسائل الخطأ لتتضمّن تلميحات تطلب منك تحديد حدّ أعلى بشكل صريح عندما لم يتم تحديد أي حدّ في requiredLimits عند طلب requestDevice(). يمكنك الاطّلاع على المشكلة 42240683.

يوضّح لك المثال التالي رسالة خطأ محسّنة تم تسجيلها في وحدة تحكّم "أدوات مطوّري البرامج" عند إنشاء مخزن مؤقت لوحدة معالجة الرسومات بحجم يتجاوز الحدّ الأقصى التلقائي لحجم المخزن المؤقت على الجهاز.

const adapter = await navigator.gpu.requestAdapter();
const device = await adapter.requestDevice();

// Create a GPU buffer with a size exceeding the default max buffer size device limit.
const size = device.limits.maxBufferSize + 1;
const buffer = device.createBuffer({ size, usage: GPUBufferUsage.MAP_READ });

device.queue.submit([]);

⚠️ Buffer size (268435457) exceeds the max buffer size limit (268435456). This adapter supports a higher maxBufferSize of 4294967296, which can be specified in requiredLimits when calling requestDevice(). Limits differ by hardware, so always check the adapter limits prior to requesting a higher limit.
- While calling [Device].CreateBuffer([BufferDescriptor]).

تفعيل وضع التوافق باستخدام featureLevel

يمكنك الآن طلب محوّل لوحدة معالجة الرسومات في وضع التوافق التجريبي من خلال ضبط الخيار featureLevel المعياري على "compatibility". السلسلتان "core" (تلقائية) و"compatibility" هما القيمتان الوحيدتان المسموح بهما. راجِع المثال التالي وطلب السحب الخاص بالمواصفات 4897.

// Request a GPU adapter in compatibility mode
const adapter = await navigator.gpu.requestAdapter({ featureLevel: "compatibility" });

if (adapter?.featureLevel === "compatibility") {
  // Any devices created from this adapter will support only compatibility mode.
}

يحلّ الخيار featureLevel محلّ الخيار compatibilityMode غير الموحّد، بينما تحلّ السمة featureLevel غير الموحّدة محلّ السمة isCompatibilityMode.

بما أنّ هذه الميزة لا تزال تجريبية، عليك تشغيل Chrome باستخدام العلامة "Unsafe WebGPU Support" في chrome://flags/#enable-unsafe-webgpu في الوقت الحالي. يمكنك الاطّلاع على webgpureport.org لتجربته.

إزالة ميزات المجموعة الفرعية التجريبية

تمت إزالة ميزتَي المجموعات الفرعية التجريبية "chromium-experimental-subgroups" و"chromium-experimental-subgroup-uniform-control-flow" اللتين تم إيقافهما نهائيًا. راجِع المشكلة 377868468.

كل ما تحتاجه الآن عند تجربة المجموعات الفرعية هو "subgroups" الميزة التجريبية. تم إيقاف الميزة التجريبية "subgroups-f16" نهائيًا وستتم إزالتها قريبًا. يمكنك استخدام قيم f16 مع مجموعات فرعية عندما يطلب تطبيقك ميزتَي "shader-f16" و"subgroups". يمكنك الاطّلاع على المشكلة 380244620.

إيقاف حد maxInterStageShaderComponents نهائيًا

تم إيقاف الحدّ الأقصى لعدد maxInterStageShaderComponents بسبب مجموعة من العوامل:

التكرار مع maxInterStageShaderVariables: يخدم هذا الحدّ الغرض نفسه، وهو التحكّم في مقدار البيانات التي يتم تمريرها بين مراحل التظليل.
الاختلافات الطفيفة: على الرغم من وجود اختلافات طفيفة في طريقة احتساب الحدّين، إلا أنّ هذه الاختلافات بسيطة ويمكن إدارتها بفعالية ضمن الحدّ maxInterStageShaderVariables.
التبسيط: يؤدي إزالة maxInterStageShaderComponents إلى تبسيط واجهة برنامج التظليل وتقليل التعقيد للمطوّرين. بدلاً من إدارة حدّين منفصلَين مع اختلافات طفيفة، يمكنهم التركيز على maxInterStageShaderVariables الأكثر شمولاً والأكثر ملاءمةً.

والهدف هو إزالتها بالكامل في الإصدار 135 من Chrome. يُرجى الاطّلاع على إشعار إيقاف نهائي والمشكلة 364338810.

تعديلات الفجر

تتيح لك wgpu::Device::GetAdapterInfo(adapterInfo) الحصول على معلومات المحوّل مباشرةً من wgpu::Device. يمكنك الاطّلاع على المشكلة رقم 376600838.

تمت إعادة تسمية بنية WGPUProgrammableStageDescriptor إلى WGPUComputeState لجعل حالة الحساب متوافقة مع حالات الرأس والجزئيات. راجِع المشكلة 379059434.

تمت إزالة قيمة التعداد wgpu::VertexStepMode::VertexBufferNotUsed. يمكن الآن التعبير عن تنسيق مخزن مؤقت للرؤوس غير مستخدَم باستخدام {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. راجِع المشكلة 383147017.

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