Forum Replies Created
-
Posts
-
作业 2
还是觉得tools.js的mat4Matrix2mathMatrix函数有问题，glmatrix的mat4是按列优先存储的，但mat4Matrix2mathMatrix读的时候是按行优先存储读的，mat4Matrix2mathMatrix返回的是原矩阵的转置
打印了一下结果也确实是转置了：
let v = mat4.create();
mat4.fromRotation(v, math.pi / 6, [0, 1, 0]);
let v_ = mat4Matrix2mathMatrix(v);
console.log(v_);0.8660253882408142, 0, -0.5, 0
0, 1, 0, 0
0.5, 0, 0.8660253882408142, 0
0, 0, 0, 1但是实际旋转矩阵应该是
0.8660253882408142, 0, 0.5, 0
0, 1, 0, 0
-0.5, 0, 0.8660253882408142, 0
0, 0, 0, 1两种可能
1.prt里存储成png图片时将线性空间转换到了sRGB空间 Color3f tonemapped = coeffRef(i, j).toSRGB();颜色计算给webgl的时候应该也得做相应的gamma矫正
2.prt里计算TransportSHCoeffs有乘以kd/pi吗？prt里Color3f Li()返回的是sum TransportSHCoeffs*LightCoeffs
不对，打印下来结果不对，例如取
let v = mat4.create();
mat4.fromRotation(v, math.pi / 6, [0, 1, 0]);
let v_ = mat4Matrix2mathMatrix(v);
console.log(v_);得到0.8660253882408142, 0, -0.5, 0
0, 1, 0, 0
0.5, 0, 0.8660253882408142, 0
0, 0, 0, 1但是实际旋转矩阵应该是
0.8660253882408142, 0, 0.5, 0
0, 1, 0, 0
-0.5, 0, 0.8660253882408142, 0
0, 0, 0, 1感觉文档在写推导公式的时候有点混淆SH系数和SH函数。框架提供的SHEval(x,y,z)返回的值是前l阶所有SH函数在w=(x,y,z)处的取值，但是推导过程中P指的是SH系数？这也是为什么第三步中不应该是M*原SH系数，而应该是原SH系数*M
天空盒子原来的方程是f(w)，将整个盒子旋转R后的新盒子,相当于在w处的取值是原来R^(-1)*w处的取值,得到的新方程就是f(R*w)啊
我的推导只是将f(w)用球谐函数展开了啊，P就是球谐函数,lamda就是对应系数，为什么看不懂？我的推导也是基于文档中的性质二（而且这个性质才应该是球谐函数的旋转不变性，参见https://en.wikipedia.org/wiki/Spherical_harmonics#Rotations）
然后，我其实没看懂文档中列的第一个性质是什么意思prt.cpp的preprocess()已经写了
auto shCoeff = sh::ProjectFunction(SHOrder, shFunc, m_SampleCount);
for (int j = 0; j < shCoeff->size(); j++)
{
m_TransportSHCoeffs.col(i).coeffRef(j) = (*shCoeff)[j];
}更改一下，增加光源里，shader部分可能要有点小改动，例如新增一个#define NUM_LIGHTS 2.0，然后gl_FragColor = vec4(phongColor * visibility / NUM_LIGHTS, 1.0/ NUM_LIGHTS);这样blend的时候比较方便
增加光源：
一个很简单的做法是直接在webglRender.js里，对于同一个mesh，用gl.blendFunc把不同光源下画出来的结果给blend就行了（需要先在loadOBJ.js里把每个mesh不同的light下的meshRender和shadowMeshRender存下来），shader部分完全不用动；
比较麻烦的做法：改phongShader物体运动：
在engine.js的mainLoop()里更新mesh的translation，再直接用buildShadowMaterial()和buildPhongMaterial()计算新的material，赋值给renderer.shadowMeshes[i].material和renderer.meshes[i].material（具体写法可以参考loadOBJ.js）；其中buildPhongMaterial需要用的colorMaps，mat.specular可以在loadOBJ.js里加行代码存下来This post has received 2 votes up.是啊，所以zReceiver = 500*coord.z+0.1*(1-coord.z)啊，你拿0.1/coord.z就没有意义啊（你下面的回复不是理解的挺清楚的吗，得在相机空间算距离比）。
ps，如果你在计算距离比的时候没有转化到相机空间，那么你计算blocker depth里fliter size要乘的(zReceiver – NEAR) / zReceiver可能也有问题，你的结果看上去没问题只是因为你的NEAR取的是0.1，而场景范围里按（0.1，500）得到的coord.z都是大于0.1的代码里NEAR_PLANE/coord.z应该是NEAR_PLANE/(coord.z*FAR_PLANE + (1.0-coord.z)*NEAR_PLANE)吧？
按作业里的场景布置，对于阴影区域来说，NEAR_PLANE / zReceiver应该蛮小的吧，再乘以这个系数，阴影会变得很硬？感觉你是不是因为NEAR_PLANE设置的是0.1左右，所以用0.1/coord.z才能得到一个比较合适的缩小？纯属胡乱猜测，如果你coord.z已经做了空间转换就当我啥都没说orz一样的，本质都是将深度为0的背景判断出来。但是关于depth map背景深度是0这点感觉蛮奇怪的，看到的教程里绘制出来的depth map背景都是1（即背景都是白色）。感觉真正好的改法其实是在depth map存储时就将背景设置为1（这也符合逻辑，即没有object的地方深度最远），不过我对gl绘制是真地一点都不了解，看作业里的FBO.js和texture.js看得头秃，所以只能在调用depth map时增加判断把深度为0的当背景。
估计填写，保证在light坐标系下，由(left, right, bottom, top, near, far)构成的盒子能够包含整个场景，从而渲染出完整的shadow map就行
可以在phongVertex.glsl里令 gl_Position = vPositionFromLight;就可以可视化出shadow map渲染的范围我知道我俩沟通的问题在哪了。。。Cook-Torrance model和Microfacet model是两个不同的model，只是Cook-Torrance model的定义fr=kd*f_{Lambert}+ks*f_{cook−torrance}用到了microfacet，老师上课讲的microfacet只是单纯的microfacet吧
