מה חדש ב-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(). באפליקציות מורכבות יותר, יכול להיות שיידרשו שינויים קלים כדי להתאים למגבלות של המצב. דוגמה טובה לכך היא Generate Mipmap WebGPU sample.

// 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 על ידי הפעלה מפורשת של הפונקציונליות. אפשר להפעיל אותו באופן מקומי על ידי הפעלת התכונה הניסיונית 'תכונות ניסיוניות של פלטפורמת האינטרנט' ב-chrome://flags/#enable-experimental-web-platform-features.

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

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

נוסף ארגומנט 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