针对 RGBA8888（32位）和 RGB565（16位）这两种格式 分析

针对 RGBA8888（32位）和 RGB565（16位）这两种格式，在蓝色（Blue）显示的差异上，核心在于色彩精度（Color Depth）的不同。

简单总结：RGB565 下的蓝色会出现明显的“色阶（Banding）”现象，渐变不平滑，且色彩还原度不如 RGBA8888。

以下是详细的分析：

1. 数据结构的差异

  • RGBA8888 (True Color)

    • R=8 bit, G=8 bit, B=8 bit, A=8 bit。
    • 蓝色的取值范围是 $0 \sim 255$ ($2^8$)。
    • 拥有 256 个 不同的蓝色亮度级别。

  • RGB565 (High Color)

    • R=5 bit, G=6 bit, B=5 bit (无Alpha通道)。
    • 蓝色的取值范围是 $0 \sim 31$ ($2^5$)。
    • 仅拥有 32 个 不同的蓝色亮度级别。
    • 注：绿色给6位是因为人眼对绿色最敏感，蓝色和红色只有5位。

2. 视觉差异分析（重点）

A. 色阶与波纹现象 (Color Banding) —— 最明显的差异

这是最容易被肉眼察觉的问题，特别是在显示蓝色渐变（如天空、海洋、UI背景）时。

  • RGBA8888： 也就是通常说的“平滑过渡”。从深蓝到浅蓝，中间有256个台阶，台阶很密，肉眼看不出断层。
  • RGB565： 只有32个台阶。当需要表现一个从 $0 \to 255$ 的渐变时，每隔约 8 个数值（255/32）才会变化一次颜色。
    • 现象： 你会看到明显的条纹状或环状的色块边界，就像等高线地图一样，而不是丝般顺滑的过渡。

B. 色彩准确度偏差 (Color Accuracy)

RGB565 无法精准还原设计稿中的颜色，因为它必须进行“截断”或“舍入”。

  • 举例： 假设设计稿需要一种蓝色，RGB值为 Blue = 200 (在0-255体系下)。
    • 在 RGBA8888 中： 直接显示 200，完美还原。
    • 在 RGB565 中： 系统需要将其映射到 0-31 的范围。
      • 计算：$200 / 255 \times 31 \approx 24.31$
      • 取整：只能取 24。
      • 还原回屏幕显示：$24 / 31 \times 255 \approx 197$。
    • 结果： 屏幕实际显示的蓝色是 197，而不是 200。虽然肉眼可能很难区分 197 和 200 的单点差异，但在对比时会有轻微色差。

C. 暗部细节丢失 (Black Crush)

在非常暗的蓝色场景下（例如夜空），RGB565 的表现会很糟糕。

  • RGB565 的蓝色最低一档（1）对应 RGBA8888 的 8。这意味着 $0 \sim 7$ 之间的微弱蓝色细节，在 RGB565 中要么变成纯黑，要么突然跳变为亮度为 8 的蓝。这种“跳跃感”在暗部非常明显。

3. 为什么是蓝色？(人眼感知)

虽然红色在 RGB565 中也是 5 位，但人眼对蓝色的感知比较特殊：

  1. 亮度敏感度低： 人眼对蓝色的亮度变化不如绿色敏感，所以在复杂的纹理图片中（如照片），RGB565 的蓝色损失可能不明显。
  2. 渐变敏感度高： 在 Android UI 或扁平化设计中，大面积的纯色或线性渐变非常常见。此时蓝色的 5-bit 精度（32级）缺陷就会被无限放大，色阶问题在蓝色渐变背景上通常比红色背景看起来更脏、更明显。

4. 解决方案与建议

如果你在使用 EGL 创建 Framebuffer 时遇到了性能问题想切 RGB565，或者因为格式错误导致了 RGB565，请注意以下点：

  1. Dithering（抖动算法）：
    如果必须使用 RGB565（为了省内存，内存占用减半），必须开启 Dithering。

    • glEnable(GL_DITHER)
    • 抖动算法通过在像素间引入噪点，骗过人眼，让 32 级颜色看起来像更多级。虽然会增加颗粒感，但消除了明显的色阶条纹。

  2. 排查崩溃与格式的关系：
    回到你上一个问题（glDraw崩溃），格式不匹配也是常见原因。

    • 如果 EGLConfig 选了 RGB565，但 Shader 输出或 FBO 附件按 RGBA8888 处理，虽然 OpenGL 允许转换，但在某些特定驱动或 Hardware Layer合成时可能引发异常。
    • 强烈建议： 在现代手机上，除非极其严苛的内存限制，否则始终使用 RGBA8888。RGB565 是 Android 2.3 时代的产物，现在的 GPU 带宽和显存处理 RGBA8888 绰绰有余。

总结

如果你的 framebuffer 是 RGB565 格式，蓝色显示会变得“不平滑，有条纹，暗部细节丢失”。如果你的应用场景包含大量蓝色渐变背景（天空、科技风背景），RGB565 会带来显著的画质下降。

×