מה חדש ב-WebGPU‏ (Chrome 139)

François Beaufort
François Beaufort

תאריך פרסום: 30 ביולי 2025

תמיכה בטקסטורה תלת-ממדית בפורמטים דחוסים של BC ו-ASTC

התכונות "texture-compression-bc-sliced-3d" ו-"texture-compression-astc-sliced-3d" של WebGPU מוסיפות תמיכה בטקסטורות תלת-ממדיות באמצעות פורמטים של דחיסת בלוקים (BC) ודחיסת טקסטורה מותאמת וניתנת להרחבה (ASTC). כך אתם יכולים לנצל את יכולות הדחיסה היעילות של פורמטים של BC ו-ASTC על נתוני טקסטורה נפחיים, וליהנות מחיסכון משמעותי בזיכרון וברוחב הפס שנדרשים בלי לפגוע באופן משמעותי באיכות הוויזואלית. האפשרות הזו שימושית במיוחד בתחומים כמו ויזואליזציה של נתונים מדעיים, הדמיה רפואית וטכניקות רינדור מתקדמות.

קטע הקוד הבא בודק אם המתאם תומך בטקסטורות תלת-ממדיות עם פורמטים דחוסים של BC ו-ASTC, ומבקש מכשיר עם התכונות האלה אם הן זמינות.

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

const requiredFeatures = [];
if (adapter?.features.has("texture-compression-bc-sliced-3d")) {
  requiredFeatures.push(
    "texture-compression-bc",
    "texture-compression-bc-sliced-3d",
  );
}
if (adapter?.features.has("texture-compression-astc-sliced-3d")) {
  requiredFeatures.push(
    "texture-compression-astc",
    "texture-compression-astc-sliced-3d",
  );
}
const device = await adapter?.requestDevice({ requiredFeatures });

// Later on...
if (device.features.has("texture-compression-astc-sliced-3d")) {
  // Create a 3D texture using ASTC compression
} else if (device.features.has("texture-compression-bc-sliced-3d")) {
  // Create a 3D texture using BC compression
} else {
  // Fallback: Create an uncompressed 3D texture
}

כדי לראות סריקות מוח בתלת-ממד, אפשר לעיין בדוגמה של רינדור נפח באמצעות טקסטורה תלת-ממדית עם WebGPU וברשומת ה-chromestatus.

סריקות מוח תלת-ממדיות שעברו רינדור באמצעות WebGPU.
תמונה של סריקת מוח מטקסטורה בתלת-ממד בפורמט דחיסה של ASTC.

התכונה החדשה core-features-and-limits

אנחנו משיקים תכונה חדשה, "core-features-and-limits", בשביל מצב התאימות המתוכנן של WebGPU. התכונה הזו מציינת שהמתאם או המכשיר תומכים בתכונות ובמגבלות העיקריות של המפרט של WebGPU. ‏WebGPU "ליבה" היא הגרסה היחידה שזמינה כרגע, ולכן כל ההטמעות של WebGPU חייבות לכלול את "core-features-and-limits" בתכונות הנתמכות שלהן.

בעתיד, כשמצב התאימות של WebGPU יושק, יכול להיות שמתאם או מכשיר לא יכללו את התכונה הזו, כדי לציין שהם מתאם או מכשיר במצב תאימות ולא ליבה. כשהמצב הזה מופעל במכשיר, הוא מבטל את כל ההגבלות של מצב התאימות (תכונות ומגבלות).

להסבר מפורט על השימוש במצב תאימות של WebGPU, אפשר לעיין בהסבר ובקטע הבא. מידע נוסף

גרסת מקור לניסיון של מצב תאימות של WebGPU

‫WebGPU הוא API מתקדם שנועד לגרפיקה מודרנית, בהתאם לטכנולוגיות כמו Vulkan,‏ Metal ו-Direct3D 12. עם זאת, במספר משמעותי של מכשירים עדיין אין תמיכה בממשקי ה-API החדשים האלה. לדוגמה, ב-Windows, ל-31% ממשתמשי Chrome אין Direct3D בגרסה 11.1 ואילך. ב-Android, ‏ 15% ממשתמשי Android לא משתמשים ב-Vulkan 1.1, כולל 10% שלא משתמשים ב-Vulkan בכלל.

הדבר יוצר אתגר למפתחים שרוצים למקסם את פוטנציאל החשיפה של האפליקציה שלהם. לעתים קרובות הם נאלצים לפתח כמה הטמעות (לדוגמה, WebGPU ו-WebGL), להסתפק בקהל מצומצם יותר עם WebGPU ליבה, או להשתמש ב-WebGL, וכך הם מפספסים את התכונות המתקדמות של WebGPU, כמו GPU compute.

ייצוג ויזואלי של מצב התאימות של WebGPU.
היקף חשיפה מורחב עם מצב תאימות של WebGPU.

מצב התאימות של WebGPU מציע פתרון: גרסה אופציונלית של WebGPU API עם הגבלות קלות. המצב הזה מיועד להפעלה של ממשקי API ישנים יותר לגרפיקה, כמו OpenGL ES 3.1 ו-Direct3D11, וכך הוא מרחיב באופן משמעותי את היקף החשיפה של האפליקציה למכשירים שלא תומכים בממשקי API מודרניים וספציפיים לגרפיקה שנדרשים על ידי WebGPU ליבה.

מכיוון שמצב תאימות הוא קבוצת משנה של WebGPU, אפליקציות שנבנו איתו הן גם אפליקציות תקינות של WebGPU "ליבה". המשמעות היא שהן יפעלו בצורה חלקה גם בדפדפנים שלא תומכים במצב תאימות באופן ספציפי.

באפליקציות בסיסיות רבות, כדי להפעיל את מצב התאימות צריך רק להעביר featureLevel: "compatibility" כשקוראים ל-‎requestAdapter‎()‎. באפליקציות מורכבות יותר, יכול להיות שיידרשו שינויים קלים כדי להתאים למגבלות של המצב הזה. דוגמה טובה לכך היא הקוד לדוגמה של יצירת Mipmap ב-WebGPU.

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

const hasCore = adapter?.features.has("core-features-and-limits");
const device = await adapter?.requestDevice({
  requiredFeatures: (hasCore ? ["core-features-and-limits"] : []),
});

if (device?.features.has("core-features-and-limits")) {
  // Compatibility mode restrictions will apply
}

הפעלת התכונה

כברירת מחדל, מצב התאימות של WebGPU לא מופעל ב-Chrome, אבל אפשר להפעיל את הפונקציונליות הזו בצורה מפורשת ב-Chrome 139 כדי להתנסות בה. כדי להפעיל אותו באופן מקומי, מפעילים את התכונה הניסיונית "Experimental Web Platform Features" ב-chrome://flags/#enable-experimental-web-platform-features.

כדי להפעיל את התכונה לכל המבקרים באפליקציה, יש כרגע גרסת מקור לניסיון שצפויה להסתיים ב-Chrome 145 (21 באפריל 2026). כדי להשתתף בניסיון, היעזרו במאמר שמסביר איך מתחילים להשתמש בגרסאות מקור לניסיון.

עדכונים של Dawn

נוסף ארגומנט message לפונקציה WGPUQueueWorkDoneCallback כדי שתהיה יותר עקבית עם פונקציות אחרות של קריאה חוזרת שמקבלות גם סטטוס. ראו webgpu-headers PR.

כשמקשרים את emdawnwebgpu ל--sSHARED_MEMORY, קובץ ה-webgpu.cpp שלו עובר קומפילציה גם עם הדגל הזה. מידע נוסף על Dawn CL 244075

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

מה חדש ב-WebGPU

רשימה של כל הנושאים שמופיעים בסדרת המאמרים מה חדש ב-WebGPU.

Chrome 140

Chrome 139

Chrome 138

Chrome 137

Chrome 136

Chrome 135

Chrome 134

Chrome 133

Chrome 132

Chrome 131

Chrome 130

Chrome 129

‫Chrome 128

Chrome 127

Chrome 126

Chrome 125

Chrome 124

Chrome 123

Chrome 122

Chrome 121

Chrome 120

Chrome 119

Chrome 118

Chrome 117

Chrome 116

Chrome 115

Chrome 114

Chrome 113