标签：Vulkan
标签：Vulkan
FEATURED
别把游戏 API 硬分渲染和引擎：证据不足，不如看接入方式
别把游戏 API 硬分渲染和引擎：证据不足，不如看接入方式 现有证据缺乏对 DirectX、OpenGL 等技术体系的历史文档与架构分层比较，因此无法将游戏 API 直接划分为渲染或引擎类，需采用接入形态与功能对象的交叉维度。 传统分类误区：为何“渲染”和“引擎”不能作为通用框架 仅凭 Steamworks 等公开文档无法支撑“渲染”和“引擎”作为通用框架的划分依据，强行套用这些概念会制造虚假的…
1
别把游戏 API 按渲染或引擎分，看接入形态更靠谱：本地 SDK 与远程 Web API 双层解析
别把游戏 API 按渲染或引擎分，看接入形态更靠谱：本地 SDK 与远程 Web API 双层解析 游戏 API 类型区分基于接入形态与功能对象双层逻辑，先分本地 SDK 与远程 Web API，再按用户身份、网络通信及内容服务等具体对象归纳。 为什么“渲染”或“引擎”不是游戏 API 的分类标准？ 渲染技术或游戏引擎并非游戏 API 的通用分类标准，因现有官方文档未提供统一架构对比，且同一技术…
2
从 DirectX SDK 并入 Windows 到显式管理：图形 API 的责任大转移
从 DirectX SDK 并入 Windows 到显式管理：图形 API 的责任大转移 图形引擎 API 发展历史的核心脉络，在于从 DirectX 12 到 Vulkan 的演进中，将硬件调度责任从驱动层转移至应用层，以此换取更低的运行时开销与更高的多核效率。 图形引擎 API 发展历史：从独立 SDK 到 Windows 工具链的融合 微软在 2013 年将 DirectX SDK 并入 …