OpenGL的gl_FragCoord与Unity的ComputeScreenPos的差异及HLSL相关疑问

一、两者的核心差异 #

1. 原点与坐标轴方向 #

OpenGL的gl_FragCoord原点在屏幕左下角，x轴向右、y轴向上；而Unity通过ComputeScreenPos计算出的坐标，默认原点在屏幕左上角，x轴向右、y轴向下（和DirectX纹理坐标规则一致）。

2. 坐标范围与处理方式 #

• gl_FragCoord是硬件直接输出的最终屏幕像素坐标，比如1920×1080的屏幕，x取值范围是[0, 1920]，y是[0, 1080]，不需要额外计算；
• ComputeScreenPos返回的是齐次坐标（带w分量），未除以w时x/y的范围大概是[0, 2*屏幕宽度]、[0, 2*屏幕高度]，必须在片元着色器中除以w，才能得到[0,1]范围的UV坐标，再乘以屏幕分辨率才能转成像素坐标。

3. 透视投影适配 #

gl_FragCoord已经完成了透视除法，直接对应屏幕像素；而ComputeScreenPos是在顶点着色器中基于MVP矩阵计算的，除以w的操作是为了修正透视相机下的像素位置偏移，确保近远平面的像素位置计算准确。

二、HLSL中有没有类似gl_FragCoord的变量？ #

有，就是带SV_POSITION语义的变量，但要分阶段看：

• 在顶点着色器里，SV_POSITION是经过MVP变换后的裁剪空间齐次坐标，还没做透视除法；
• 在片元着色器里，如果把SV_POSITION作为输入变量，硬件会自动把它转换成屏幕空间像素坐标，原点在左上角，x向右、y向下，功能上和gl_FragCoord类似，但原点方向相反。

三、为什么Unity不直接用HLSL的SV_POSITION，反而推荐ComputeScreenPos？ #

1. 管线兼容性 #

Unity的内置、URP、HDRP等管线对坐标处理有统一逻辑，ComputeScreenPos是Unity封装的内置函数，会自动适配不同管线、不同相机类型（正交/透视）的转换规则，不用自己写适配代码。

2. 纹理UV匹配 #

Unity的纹理UV原点是左上角，ComputeScreenPos除以w后得到的坐标可以直接和纹理UV对应，不需要手动翻转y轴；如果直接用片元着色器的SV_POSITION，得额外处理y轴翻转才能匹配纹理坐标，容易出错。

3. 自定义渲染适配 #

如果做自定义渲染路径，ComputeScreenPos可以和Unity的内置变量（比如_ScreenParams）配合，更方便处理屏幕分辨率、相机裁剪等场景，减少手动计算的bug。

内容的提问来源于stack exchange，提问作者yuhao