تستخدم 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. يُرجى الاطّلاع على المشكلة رقم 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

يمكنك الآن طلب محوّل GPU في وضع التوافق التجريبي من خلال ضبط الخيار 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" (إتاحة WebGPU غير الآمنة) على 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.

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