Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork3.5k
-
Hi, Thank you for your time! |
BetaWas this translation helpful?Give feedback.
All reactions
There are no such efforts or plans.
Replies: 2 comments 5 replies
-
There are no such efforts or plans. |
BetaWas this translation helpful?Give feedback.
All reactions
Uh oh!
There was an error while loading.Please reload this page.
Uh oh!
There was an error while loading.Please reload this page.
-
Thank you@jdm, |
BetaWas this translation helpful?Give feedback.
All reactions
-
The most likely possibility is that webrender is rewritten on top of wgpu. That's still an enormous project with no timeline. Once that exists, the GL parts of Servo would need to be rewritten on top of wgpu/some platform-specific renderer as well (surfman, compositor, webxr, webgl, media). I don't see that work happening unless it's funded by a company that has a use case which cannot rely on opengl, and they have engineers to throw at the problem. |
BetaWas this translation helpful?Give feedback.
All reactions
-
I guess one other possibility is if there was an opengl implementation that was backed by vulkan under the hood, which could theoretically trade off some performance to avoid having to rewrite everything. I don't know enough about the graphics landscape to say if this is realistic or not. |
BetaWas this translation helpful?Give feedback.
All reactions
-
Thanks, that's very informative. There'szink, as |
BetaWas this translation helpful?Give feedback.
All reactions
👀 2
-
Hmm wonder where the runtime dependency on vulkan-loaders comes fromhttps://book.servo.org/running-servoshell.html#runtime-dependencies |
BetaWas this translation helpful?Give feedback.
All reactions
-
Possibly from wgpu, which is used to implement WebGPU? |
BetaWas this translation helpful?Give feedback.