Open
Bug 1708023
Opened 3 years ago
Updated 14 days ago
Use IO Surfaces for WebGPU presentation on macOS
Categories
(Core :: Graphics: WebGPU, enhancement, P5)
Tracking
()
NEW
People
(Reporter: kvark, Assigned: sotaro)
References
(Blocks 2 open bugs)
Details
Attachments
(2 files, 2 obsolete files)
See RenderMacIOSurfaceTextureHost
This should allow us to avoid CPU readback of frames.
Comment 1•1 year ago
|
||
AIUI, we've de-scoped Mac support for webgpu-v1
for now. I don't know how to tweak the dependency graph right now, since I'm getting some validation errors, but I think this needs to be broken out from the webgpu-v1
milestone for now.
Updated•1 year ago
|
Depends on: webgpu-cts-macos
Updated•1 year ago
|
Severity: -- → S3
Priority: -- → P3
Updated•10 months ago
|
Summary: Use IO Surfaces for WebGPU presentation on maCOS → Use IO Surfaces for WebGPU presentation on macOS
Updated•10 months ago
|
Blocks: webgpu-mac
Updated•10 months ago
|
No longer depends on: webgpu-cts-macos
Assignee | ||
Comment 2•9 months ago
|
||
In chromium, mac iosurface related to WebGPU is handled by the followings.
Assignee | ||
Comment 3•9 months ago
•
|
||
It seems that third_party\rust\metal does not have enough api binding for mac iosurface.
Updated•3 months ago
|
Blocks: webgpu-triage
Assignee | ||
Updated•3 months ago
|
Assignee: nobody → sotaro.ikeda.g
Updated•2 months ago
|
No longer blocks: webgpu-triage
Priority: P3 → P5
Assignee | ||
Comment 4•2 months ago
|
||
Current idea on macos.
wgpu/WebGPU in gecko does not handle Mac IOSurface nor MTLSharedEvent. Their handling needs to be added.
Assignee | ||
Comment 5•2 months ago
|
||
Attachment #9399290 -
Attachment is obsolete: true
Assignee | ||
Comment 6•2 months ago
|
||
Attachment #9399539 -
Attachment is obsolete: true
Assignee | ||
Comment 7•1 month ago
|
||
Updated•14 days ago
|
No longer blocks: webgpu-mac
You need to log in
before you can comment on or make changes to this bug.
Description
•