Na tej kuli powinien łagodnie rozejść się niebieski kolor, w moim wypadku jest on jednolity, ale się rysuje więc błędu trzeba szukać w shaderze
A pomnożyłeś końcowy wynik przez "attenuation"?
pierwsza rzecz która mnie trochę dziwi to po co odejmować od texcoodra wartość halfpxel ?
(...) Po co to ?
Chodzi zapewne o to, że texele w stosunku do pikseli są przesunięte o odległość pół pixela.
http://msdn.microsoft.com/en-us/library/bb219690(VS.85).aspx. Ta linijka koryguje ten offset, żeby na każdy teksel quada przypadał dokładnie każdy pixel. To jest problem, który występuje w DX9, ale w DX10 został już usunięty.
Normal ma długość równą 1 po co dodawać do niego 1.0f i dzielić go na połowę ?
Chodzi o to, że GBufor do którego zapisujesz normalne ma format unsigned (tak przynajmniej zakładam), czyli nie można zapisać do niego ujemnych wartości. Normalne jak wiesz mają współrzędne w zakresie od [-1, 1] i gdybyś je tak zapisał do GBufora to stracił byś informacje o znaku. Dlatego transformuje je się do postaci [0, 1], a potem przy odczycie (np. liczeniu światła) "rozpakowuje" je się z powrotem do przedziału [-1, 1].
Trzeba teraz obliczyć rozproszenie światła wraz z jego odległością, w tutorialu odpowiada za to linijka:
float attenuation = saturate(1.0f - length(lightVector)/lightRadius);
Nie rozumiem jak długość wektora dzielony przez promień światła ma się do współczynnika rozproszenia światła.
Attenuation to nic innego jak funkcja zanikania światła zależnie od odległości. length(LightVector) to nic innego jak odległość centrum światła od pozycji wierzchołka, czyli powyższa funkcja to liniowa zależność w postaci A(r) = 1 - r/R. W środku światło świeci najmocniej więc A(r) = 1. Dla brzegu i poza nim A(R) = 0. Tak naprawdę to tylko model, bo ta funkcja może przybierać różne postacie np. A(r) = 1/(a0 + a1*r + a2*r^2) albo bardziej zgodne z fizyką A(r) = exp(-a*r). Ja u siebie stosuje A(r) = (1 - r/R)^1.3.
Myślałem żeby liczyć z:
saturate(distance(pos, lightpos));
Funkcja distance u ciebie to jest to samo co length(lightVector). Poza tym twój wzór jest bezsensu (zobacz co robi funkcja saturate).
No ale widoczniej lepiej to obliczyć z tej pierwszej "funkcji", tylko teraz przeanalizujmy dlaczego, "funkcja" ta przyjmuje lightVector i promień światła, lightVector....
Promień światła jako parametr jest potrzebny, żeby zapewnić, że dla jakiegoś r>R światło zniknie. W deferredzie światło punktowe, jeśli jest rysowane przy pomocy sfery, musi mieć zapewnione, że dla jakiejś odległości (np. którą z góry zakładamy przy pomocy promienia światła R) będzie równe 0. Dlatego funkcja attenutation musi być w takiej postaci, żeby A(0) = 1, A(R) = 0.
Pokaż wiadomości