Forum Replies Created
-
Posts
-
我猜测你想问的是为什么要保留摄像机后面的部分，是这样，-1到0这段我们不用的。
另外ndc是把frustum压成一个cube，然后再加个平移到原点，你想象一下这个压缩的过程，这样画有歧义。然后压缩完了，你其实不用太在意camera现在的坐标（0，0），因为其实已经没摄像机什么事了，下一步就是开始进管线做着色了
对着矩阵推一边，肯定就清楚了。gl和dx对ndc的处理好像不太一样。记不太清了。修改起来很方便，把xy以及射线的生成挪到spp循环内部就行了，这样可以节省一次循环
for (int k = 0; k < spp; k++){ //generate primary ray direction float x = (2 * (i + get_random_float()) / (float)scene.width - 1) * imageAspectRatio * scale; float y = (1 - 2 * (j + get_random_float()) / (float)scene.height) * scale; Vector3f dir = normalize(Vector3f(-x, y, 1)); auto index = j*scene.width + i; framebuffer[index] += scene.castRay(Ray(eye_pos, dir), 0) / spp; }在低spp情况下也能获取不错的效果
说的没错，我是这样的
if ((insec_light.distance - Scene::intersect(Ray(hitPoint, ws)).distance)<EPSILON) {// if not blocked
能得到正确的结果，注意insec_light.distance需要手动赋值
insec_light.distance = (insec_light.coords - hitPoint).norm();This post has received 1 vote up.原来的代码不是这样的嘛
// Vector t = (x*y/sqrt(x*x+z*z),sqrt(x*x+z*z),z*y/sqrt(x*x+z*z))
其实把y分量取minus就行了，
// Vector t = (x*y/sqrt(x*x+z*z),-sqrt(x*x+z*z),z*y/sqrt(x*x+z*z))
你再和normal dot一下看看垂不垂直This post has received 1 vote up.不是ztest的问题。
这是由obj文件格式所导致的，在这个文件中每4个顶点表示一个quad，一个cube一共是6个面f 5/1 6/2 2/3 1/4 f 6/1 7/2 3/3 2/4 f 7/1 8/2 4/3 3/4 f 8/1 5/2 1/3 4/4 f 1/1 2/2 3/3 4/4 f 8/1 7/2 6/3 5/4而我们的程序在main函数中读入的时候，把每三个顶点装配成一个三角形，所以上面用24个点表示的24/4个quad会被表示成24/3个三角形，也就是8个三角形。
所以要么修改程序使其支持quad的装配，要么修改obj文件如下:
f 5/1 2/3 6/2 f 5/1 1/4 2/3 f 6/1 3/3 7/2 f 6/1 2/4 3/3 f 7/1 4/3 8/2 f 7/1 3/4 4/3 f 8/1 1/3 5/2 f 8/1 4/4 1/3 f 1/1 3/3 2/2 f 1/1 4/4 3/3 f 8/1 6/3 7/2 f 8/1 5/4 6/3This post has received 3 votes up.
