WebGPU 毫无疑问会在未来取代 WebGL
近日,OSCHINA 和 Gitee 联合发布了《2022 中国开源开发者报告》。该报告由” 前沿开源技术领域解读 “ ” 中国开源创业观察 2022“,以及” 开发者画像分析 “ 三个章节组成。其中,Cocos 引擎技术总监凌华彬在报告中对开源大前端领域进行了解读,以下为原文。
WebGPU 毫无疑问会在未来取代 WebGL
Web 一直是最开放和易于传播的平台,而今天游戏、元宇宙等数字内容非常依赖 Web 平台的各种特性,但是 Web 环境中还没有跟上 DirectX12、Vulkan、Metal 等现代图形接口的变革。这一现状随着 WebGPU 标准的逐步完善,即将得到改变。这会给 Web 端带来非常振奋人心的未来可能性。
WebGPU 是由 W3C GPU for the Web 社区组所发布的规范,目标是允许网页代码以高性能且安全可靠的方式访问 GPU 功能。WebGPU 是一套为浏览器设计的次时代图形 API 标准,为了弥合各个平台图形 API 的差异性,它对 DirectX12、Vulkan、Metal 进行了融合和封装。借助 WebGPU,可以充分释放现代 GPU 硬件的强大能力,让开发者可以用 TS/JS 在 Web 端也开发媲美原生表现力的场景,实现更大型更复杂的 3D 场景表现,甚至使用现代 GPU 的通用计算能力完成之前无法想像的复杂计算任务。
自 2018 年起,Google Chrome 团队就已经宣布着手 WebGPU 标准的实现工作。时至今日,WebGPU 的各类接口、生态、应用已日趋完善,WebGPU 1.0 或将于 2023 年初正式推出。而就在 2022 年 11 月,商用开源3D引擎 Cocos 发布了支持 WebGPU 的新版本 Cocos Creator 3.6.2,为国内首个支持该渲染后端的开源引擎。
作为 Google、Apple、Mozilla 等浏览器厂商共同推进的次时代图形标准,WebGPU 毫无疑问会在未来取代 WebGL,这也是 Cocos 投资 WebGPU 技术的核心原因。目前 WebGPU 仍然在草案阶段,不过已经锁定了 v1.0 的目标,确保至少一家浏览器厂商完成全部 feature 的实现,正在全力推进中,预计很快就会完成 v1.0 里程碑。而且 Chromium、Safari、Firefox 等浏览器都已经开始推进实验性实现,其中 Cocos 的 WebGPU 发布在 Chromium 中已经得到验证。
从时间上来看,WebGPU 的出现时间稍晚,但也正因如此,让 WebGPU 得以借助次时代图形 API 的经验,做出更好的设计。未来随着 WebGPU 标准在主流浏览器的逐步落地,其能力将给 H5、小程序等的内容创作与性能表现带来更多可能,也一定会在 Web 平台出现不逊于原生 app 的图形渲染效果,同时基于 Web 端的优势给用户带来更轻量和便捷的体验。
凌华彬Cocos 引擎技术总监。法国里尔科技大学图像、视觉与交互专业硕士。2011 年开始投入在 Web 渲染引擎和交互内容研发。2014 年加入 Cocos 团队负责 Cocos2d-html5 Web 引擎的研发。从 2017 年开始专注于 Cocos Creator 的 3D 引擎研发,推动了 Cocos Creator 的渲染器重构、原生渲染器和 3D 化进程,对引擎架构、多后端渲染技术、跨平台框架都有非常深入的理解。目前正带领团队基于现代图形 API:WebGPU、Vulkan、Metal 打造国人自己的跨平台商业化 3D 引擎。
在 “前沿开源技术领域解读” 部分,除了凌华彬之外, 还有多位在其领域有所建树的一线开发者和开源商业化公司创始人,对目前国内外流行的前沿开源技术领域过去的发展和未来的趋势进行了深入的洞察,覆盖开源云原生、开源 AI、开源大前端、开源大数据、开源 DevOps、RISC-V、开源操作系统、开源数据库、编程语言九大领域。
《2022中国开源开发者报告》官网地址:https://gitee.com/report/china-open-source-2022/

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
openKylin 实现国产 X86 平台支持,成功适配兆芯、海光!
兆芯和海光作为openKylin(开放麒麟)社区共建伙伴,在加入社区Kernel SIG后便开展了深入技术对接,并于近期正式完成openKylin操作系统与兆芯KX-U6780A,兆芯KX-6000G和海光Hygon 3350等三款国产X86平台的适配测试工作,其适配相关成果后续也将逐步合并到openKylin版本中。 测试期间,openKylin操作系统在以上三款国产X86平台上整体运行稳定,功能、性能及兼容性方面表现良好。 开先® KX-6000系列KX-U6780A型号处理器 成功适配openKylin操作系统 开先® KX-6000G系列处理器 成功适配openKylin操作系统 Hygon 3350处理器 成功适配openKylin操作系统 开先® KX-6000系列CPU核心采用超标量、多发射、乱序执行架构设计,兼容最新的x86指令集,可支持64位系统,以及 CPU 硬件虚拟化技术。同时支持SM3/SM4国密算法,可提供基于硬件的数据加密保护,满足多种市场的应用需求,主要面向高性能桌面、便携终端、嵌入式等市场应用领域。 兆芯新一代开先® KX-6000G系列处理器,集成...
- 下一篇
一个简单的案例入门 gRPC
这篇文章本来要在年前和小伙伴们见面,但是因为我之前的 Mac 系统版本是 10.13.6,这个版本比较老,时至今天在运行一些新鲜玩意的时候有时候会有一些 BUG(例如运行最新版的 Nacos 等),运行 gRPC 的插件也有 BUG,代码总是生成有问题,但是因为系统升级是一个大事,所以一直等到过年放假,在家才慢慢折腾将 Mac 升级到目前的 13.1 版本,之前这些问题现在都没有了,gRPC 的案例现在也可以顺利跑起来了。 所以今天就来和小伙伴们简单聊一聊 gRPC。 1. 缘起 我为什么想写一篇 gRPC 的文章呢?其实本来我是想和小伙伴们梳理一下在微服务中都有哪些跨进城调用的方式,在梳理的过程中想到了 gRPC,发现还没写文章和小伙伴们聊过 gRPC,因此打算先来几篇文章和小伙伴们详细介绍一下 gRPC,然后再梳理微服务中的跨进程方案。 2. 什么是 gRPC 了解 gRPC 之前先来看看什么是 RPC。 RPC 全称是 Remote Procedure Call,中文一般译作远程过程调用。RPC 是一种进程间的通信模式,程序分布在不同的地址空间里。简单来说,就是两个进程之间互相调...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2全家桶,快速入门学习开发网站教程
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- 2048小游戏-低调大师作品
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS关闭SELinux安全模块