Vello项目中关于r8纹理格式在着色器中的演进与优化

在图形渲染引擎Vello的代码库中，开发者们近期针对着色器中r8纹理格式的使用情况进行了深入讨论和技术评估。这篇文章将带您了解这一技术决策的背景、演进过程以及最终的优化方案。

背景：r8纹理格式的原始设计

在Vello项目的早期版本中，着色器代码(fine.wgsl)包含了对r8unorm纹理格式的特殊处理。这种8位单通道纹理格式最初被考虑用于字形缓存(glyph caching)的实现方案中。代码中通过预处理指令#ifdef r8来区分两种不同的纹理存储格式：

• r8unorm：单通道8位无符号归一化格式
• rgba8unorm：四通道32位无符号归一化格式

这种设计源于WebGPU规范早期阶段，当时r8unorm格式需要通过Dawn原生实现的内部扩展才能使用。

技术演进与现状

随着WebGPU规范的发展，r8unorm已经成为标准支持的纹理格式，不再需要特殊的扩展支持。同时，Vello项目的字形缓存方案也发生了重要变化：

1. 传统方案：使用r8纹理构建字形图集(atlas)，这种方案可以简化非emoji字形的渲染流程，省略裁剪、渐变等不必要功能。

2. 新方案：采用稀疏条带(sparse strips)表示法，这种方案不再需要纹理存储，而是使用两个缓冲区来保存渲染结果。

代码优化决策

经过技术评估，项目维护者做出了以下重要决定：

1. 移除条件编译：删除着色器中关于r8的#ifdef条件分支，简化代码结构。

2. 统一使用rgba8unorm：目前所有实际用例都使用四通道格式，单通道格式已无实际应用场景。

3. 减少着色器变体：这一改动将消除fine着色器的3种编译变体，可能带来小幅度的启动时间优化。

未来兼容性考虑

虽然移除了相关代码，但项目仍保持开放态度：

• 如果有人需要重新实现传统的基于图集的字形缓存，可以相对容易地重新添加r8支持。
• 当前决策基于实际使用情况，确保代码库的简洁性和可维护性。

这一系列优化体现了Vello项目在保持功能完整性的同时，对代码质量和性能的不懈追求，也展示了图形渲染技术在实际项目中的演进过程。