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

מה חדש ב-WebGPU (Chrome {/7}127)

François Beaufort

תמיכה ניסיונית ב-OpenGL ES ב-Android

עכשיו אפשר לגשת אל GPUAdapter מהקצה העורפי של OpenGL ES כשמבקשים את מצב התאימות הניסיוני של WebGPU ב-Chrome ל-Android. האפשרות הזו שימושית במיוחד במכשירי Android שאין בהם תמיכה ב-Vulkan 1.1 ואילך. אפשר לראות את הדוגמה הבאה ואת הבעיה dawn:1545.

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

בדף הדוח של WebGPU מוצג מידע על GPUAdapter מהקצה העורפי של OpenGL ES במכשיר Android. — מידע על מתאם OpenGL ES ב-webgpureport.org

התכונה הזו עדיין בשלב ניסיוני, ולכן צריך לבצע את השלבים הבאים:

מפעילים את הדגלים הבאים של Chrome: 'תמיכה לא בטוחה ב-WebGPU', 'תכונות למפתחים של WebGPU' ו'הפעלת שורת הפקודה במכשירים ללא הרשאות בסיס'.
מפעילים ניפוי באגים ב-USB במכשיר Android.
מחברים את מכשיר Android לתחנת העבודה, מריצים את adb shell 'echo "_ --use-webgpu-adapter=opengles" > /data/local/tmp/chrome-command-line' כדי לתת עדיפות לקצה העורפי של OpenGL ES על פני Vulkan ומפעילים מחדש את Chrome.

מאפיין מידע על GPUAdapter

עכשיו אפשר לקבל פרטים מזהים של מתאם בצורה סנכרונית עם המאפיין info של GPUAdapter. בעבר, הפעלת השיטה האסינכרונית של GPUAdapter requestAdapterInfo() הייתה הדרך היחידה לקבל פרטי מתאם. עם זאת, requestAdapterInfo() הוסר מהמפרט של WebGPU ויוסר מ-Chrome בהמשך השנה כדי לתת למפתחי אתרים מספיק זמן לבצע את המעבר הדרוש. עיין בדוגמה הבאה, סטטוס Chrome ובעיה 335383516.

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

// During the transition period, you can use the following:
// const info = adapter.info || await adapter.requestAdapterInfo();

console.log(`Vendor: ${info.vendor}`); // "arm"
console.log(`Architecture: ${info.architecture}`); // "valhall"

שיפורים ב-WebAssembly יכולת פעולה הדדית

כדי לאפשר ערימות של WebAssembly שמועברות ישירות ל-WebGPU, הגדלים של הארגומנטים הבאים של BufferSource כבר לא מוגבלים ל-2GB: dynamicOffsetsData ב-setBindGroup(), המקור data ב-writeBuffer() וקוד המקור data writeTexture(). ראו בעיה 339049388.

שגיאות משופרות במקודד הפקודות

חלק משגיאות האימות שנובעות ממקודדי הפקודות יכללו עכשיו מידע הקשרי משופר. לדוגמה, ניסיון להפעיל מעבר מחשוב בזמן שכרטיס רינדור עדיין היה פתוח, גרמה לשגיאה הבאה.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
    at CheckCurrentEncoder (..\..\third_party\dawn\src\dawn\native\EncodingContext.h:106)

השדה הזה מתאר את הסיבה לשגיאה, אבל לא מצוין איזו קריאה גרמה בפועל לשגיאת האימות. בשגיאה הבאה מוצגת ההודעה המשופרת, שכוללת את הפקודה שהפעילה את השגיאה. ראו שינוי 192245.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
 - While encoding [CommandEncoder (unlabeled)].BeginComputePass([ComputePassDescriptor]).

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

ממשק ה-API של webgpu.h לא חושף יותר את wgpuSurfaceGetPreferredFormat(), שהוא הערך המקביל C ל-wgpu::Surface::GetPreferredFormat() של Dawn. במקום זאת, אפשר להשתמש ב-wgpu::Surface::GetCapabilities() כדי לקבל את רשימת הפורמטים הנתמכים, ואז להשתמש ב-formats[0] כדי לקבל את פורמט הטקסטורה המועדף למשטח הזה. בינתיים, אם תבוצע קריאה אל wgpu::Surface::GetPreferredFormat(), תוצג אזהרה על הוצאה משימוש. ראו בעיה 290.

השימושים הנתמכים במרקמים של משטח זמינים עכשיו דרך wgpu::SurfaceCapabilities::usages בקריאה ל-wgpu::Surface::GetCapabilities(). הם צפויים לכלול תמיד את wgpu::TextureUsage::RenderAttachment. ראו בעיה 301.

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