OpenGL中如何在fragment shader中便捷修改texture的像素颜色？

1. 修改Texture指定坐标像素颜色的方法 #

最直接的方案是使用glTexSubImage2D接口，它可以更新纹理的局部区域而不需要重建整个纹理，针对单个像素的更新示例如下：

// 示例：更新纹理(x,y)坐标处的像素为沙子橙黄色，纹理格式为RGBA32F
float sand_pixel[4] = {1.0f, 0.76f, 0.15f, 1.0f};
glTexSubImage2D(
    GL_TEXTURE_2D,  // 目标纹理类型
    0,              // Mipmap层级，基础级填0即可
    x, y,           // 要更新区域的左下角坐标
    1, 1,           // 要更新区域的宽高，单个像素填1x1
    GL_RGBA,        // 像素数据的颜色格式
    GL_FLOAT,       // 像素数据的数值类型
    sand_pixel      // 像素数据的指针
);

注意：OpenGL默认纹理坐标原点为左下角，若你的CPU侧像素数组以左上角为原点，更新前需要对y坐标做翻转：y = 纹理高度 - 1 - 目标y坐标。

如果需要频繁更新大量像素，可以搭配像素缓冲对象（PBO）做异步传输，降低CPU等待开销。

2. 当前实现方案的实用性 #

你的方案仅适合低分辨率小规模的原型开发场景，优缺点如下：

• 优点：逻辑简单易实现，模拟逻辑全在CPU侧运行，调试成本极低，分辨率在512x512以内、模拟帧率30以下的场景可以流畅运行。
• 缺点：分辨率提升到1080P级别时，CPU逐像素计算+全量纹理传输的开销会急剧上升，很容易出现帧率暴跌的问题，不适合高分辨率、大规模的沙子模拟场景。

3. 其他可行实现方案 #

• Compute Shader GPU模拟方案：将沙子的物理模拟逻辑全部移到计算着色器中运行，直接在GPU侧读写纹理或者存储缓冲对象（SSBO），不需要CPU和GPU之间的大量数据传输，性能相比CPU模拟提升10~100倍，是目前2D像素沙盒类模拟的主流实现方案。
• 粒子系统方案：不以像素网格为存储单位，将每一粒沙子作为独立粒子存储坐标、速度、颜色属性，用实例化渲染或者点精灵完成绘制，适合沙子数量在几十万级别以内、需要实现3D沙子效果的场景。
• 双缓冲+PBO优化方案：如果坚持用CPU做模拟，可以创建双纹理交替读写，同时用PBO做异步纹理更新，可降低数据传输的等待开销，性能比原生全量更新纹理提升2~3倍。

内容的提问来源于stack exchange，提问作者Au Gus Tas