דף זה תורגם על ידי Cloud Translation API.

מה חדש ב-WebGPU (גרסה 133 של Chrome)

François Beaufort

פורסם: 29 בינואר 2025

פורמטים נוספים של קודקסי צבעים unorm8x4-bgra ופורמטים של קודקסי צבעים עם רכיב אחד

נוספו הפורמט "unorm8x4-bgra" של קודק Vertex והפורמטים הבאים של קודק Vertex עם רכיב אחד: "uint8",‏ "sint8",‏ "unorm8",‏ "snorm8",‏ "uint16",‏ "sint16",‏ "unorm16",‏ "snorm16" ו-"float16". פורמט הקודקוד "unorm8x4-bgra" מאפשר לטעון צבעי קודקודים שמקודדים ב-BGRA בצורה קצת יותר נוחה, בלי לשנות את הצללה. בנוסף, פורמט הקודקוד עם רכיב אחד מאפשר לכם לבקש רק את הנתונים שדרושים לכם, כשבעבר הייתם צריכים לפחות פי שניים יותר נתונים עבור סוגי נתונים של 8 ו-16 ביט. פרטים נוספים זמינים בערך chromestatus ובבעיה מספר 376924407.

אפשר לבקש הגדלה של מכסות לא ידועות עם ערך לא מוגדר

כדי להפוך את WebGPU API לפחות שביר כשהוא מתפתח, עכשיו אפשר לבקש מגבלות לא ידועות עם ערך undefined כשמבקשים מכשיר GPU. לדוגמה, זה שימושי בקוד האפליקציה הבא, שבו 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. בדף spec PR אפשר למצוא קוד לדוגמה שמראה את ההבדלים בין קומפיילרים של Tint,‏ Naga ו-WebKit.

שיפורים בביצועים של WGSL באמצעות discard

בגלל ירידה משמעותית בביצועים שנצפתה במהלך עיבוד של אפקט מורכב של השתקפויות במרחב המסך (SSR), ההטמעה של הצהרת discard משתמשת בסמנטיקה שסופקה על ידי הפלטפורמה כדי להוריד את הרמה לקריאה לפונקציית עזר כשהיא זמינה. כך משפרים את הביצועים של הצללות שנעשה בהן שימוש בפונקציה discard. למידע נוסף

שימוש ב-displaySize של VideoFrame עבור טקסטורות חיצוניות

צריך להשתמש במאפיינים displayWidth ו-displayHeight כגודל הנראה של GPUExternalTexture כשמייבאים VideoFrame בהתאם למפרט WebGPU. עם זאת, נעשה שימוש שגוי בגודל הנראה, מה שגרם לבעיות כשניסו להשתמש ב-textureLoad() ב-GPUExternalTexture. השגיאה תוקנה. לפרטים על בעיה 377574981

טיפול בתמונות עם כיוונים שאינם ברירת המחדל באמצעות copyExternalImageToTexture

השיטה copyExternalImageToTexture() GPUQueue משמשת להעתקת התוכן של תמונה או קנבס לטקסטורה. הוא מטפל עכשיו בצורה נכונה בתמונות עם כיוונים שאינם ברירת המחדל. זה לא היה המצב קודם, כשהמקור היה ImageBitmap עם imageOrientation "from-image" או תמונה עם כיוון לא ברירת מחדל. מידע נוסף זמין בבעיה מספר 384858956.

שיפור חוויית המפתחים

יכול להיות שתופתעו לראות ערכים גבוהים ב-adapter.limits, אבל לא תבינו שאתם צריכים לבקש במפורש הגדלה של המכסה כשאתם מבקשים מכשיר GPU. אם לא תעשו את זה, יכול להיות שתגיעו למגבלות באופן לא צפוי בשלב מאוחר יותר.

כדי לעזור לכם, הרחבנו את הודעות השגיאה והוספנו רמזים שמסבירים איך לבקש במפורש הגבלה גבוהה יותר כשלא צוינה הגבלה ב-requiredLimits כשקוראים ל-requestDevice(). מידע נוסף על בעיה 42240683

בדוגמה הבאה מוצגת הודעת שגיאה משופרת שנרשמת במסוף כלי הפיתוח כשיוצרים מאגר GPU בגודל שחורג ממגבלת גודל המאגר המקסימלי שמוגדרת כברירת מחדל במכשיר.

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". אפשר לעיין בדוגמה הבאה ובמפרט PR 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 מייעלת את ממשק ה-shader ומפחיתה את המורכבות עבור מפתחים. במקום לנהל שתי מגבלות נפרדות עם הבדלים קלים, הם יכולים להתמקד במגבלה המקיפה יותר שנקראת maxInterStageShaderVariables.

המטרה היא להסיר אותה לחלוטין ב-Chrome 135. אפשר לעיין בהודעה על הוצאה משימוש ובבעיה מספר 364338810.

עדכונים לגבי שעות השחר

wgpu::Device::GetAdapterInfo(adapterInfo) מאפשר לכם לקבל מידע על המתאם ישירות מwgpu::Device. לעיון בבעיה 376600838

השם של מבנה הנתונים WGPUProgrammableStageDescriptor שונה ל-WGPUComputeState כדי שמצב החישוב יהיה עקבי עם מצבי הקודקוד והפיצול. בעיה מספר 379059434

הערך wgpu::VertexStepMode::VertexBufferNotUsed enum הוסר. פריסת מאגר קודקודים שלא נמצאת בשימוש יכולה להיות מיוצגת עכשיו באמצעות {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. מידע נוסף זמין בבעיה מספר 383147017.

המידע הזה כולל רק חלק מהנקודות העיקריות. רשימה מלאה של קומיטים