<f...@W...gazeta.pl> napisał(a):

> Wojciech \Spook\ Sura <s...@s...please.op.pl> napisał(a):
>
> > Dnia 07-03-2012 o 20:29:18 <f...@w...gazeta.pl> napisa=B3(a):
> >
> > > Wojciech \Spook\ Sura <s...@s...please.op.pl> napisa=B3(a):
> > >
> > >> Dnia 06-03-2012 o 16:45:52 fir <f...@g...skasuj-to.pl> napisa=3DB3=
> > (a):
> > >>
> > >> > czy ktos zna jakies algorytmy 'per pixel' (moja nazwa bo nie
> > >> > wiem jak to sie nazywa) poza moimi dwoma zanymi mi przykladami:
> > >> (...)
> > >> > jeszcze jakies inne znane i wazne? (albo mniej znane i mniej wazne?=
> > )
> > >>
> > >> Obliczanie o=3DB6wietlenia bry=3DB3y 3D w pixel shaderze (kt=3DF3ry z=
> > =
> >
> > >> definicj=3D
> > >> i jest =3D
> > >>
> > >> odpalany dla ka=3DBFdego piksela zrasteryzowanej bry=3DB3y).
> > >>
> > >
> > > trudno mi powiedziec jaka jest roznica miedzu raytracingiem a
> > > tym oswietleniem w oglu
> >
> > W OpenGLu albo DirectX (albo dowolnym innym rendererze :))
> >
> > > rownanie oswietlenia w oglu z tego co sie oreintuje to cos jak
> > > - jest nawet bardziej skomplikowane niz prosty raytracing
> > > (nie wiem jak z raytracingiem zaawansowanym (*))
> >
> > O raytracingu zaawansowanym nie chcesz wiedzie=E6. Kumpel si=EA tym zajm=
> > owa=B3, =
> >
> > tam jest piekielnie ci=EA=BFka matematyka.
> >
> > Natomiast je=B6li chodzi o zwyk=B3y raycaster, to samo obliczanie o=B6wi=
> > etlenia =
> >
> > mo=BFe by=E6 podobne, ale na przyk=B3ad obliczanie przezroczysto=B6ci lu=
> > b =
> >
> > refleksji ju=BF nie. Raytracer bierze piksel i szuka obiektu, kt=F3ry "w=
> > ida=E6" =
> >
> > przez ten piksel. W algorytmie Z-bufora bierze si=EA obiekt i sprawdza, =
> > =
> >
> > kt=F3re piksle na ekranie on zajmuje, a potem puszcza si=EA pixel shader=
> > a, =
> >
> > =BFeby obliczy=E6 dla nich o=B6wietlenie - tak z grubsza.
> >
>
> a tak, zapomnialem - dochodza zalamania i odbicia, w sumie
> chyba nawet z (pojedynczymi) odbiciami jest to pare obliczen na pixel
> (dalej jest liniowo) wiec sytuacja miedzy renderingiem bez
> odbic a z odbiciami sie drastycznie nie zienia wiec wydaje sie
> ze karty moglyby i odbicia (przynajmniej 1krotne) spokojnie
> udzwignac (chyba ze sie myle bo nie mam glowy teraz do nauki
> bo zalatwiam sprawy)
>
jak zwykle nic nie zalatwilem poza przezyciem 'malego'
koszmaru (tak naprawde nie jest on ataki maly) - jak zwykle
ci ktorzy powinni pomagac i byc rozumnymi ludzmi zobowiazanymi
po to by pomagac choremu robia zgola cos zupelnie innego
- za miesiac ew nastepna wizyta (ew pogadam z rzecznikiem
praw pacjenta) tak ze nie pozostaje mi nic innego jak w miedzyczasie
duszenia sie zajac sie programowaniem do tego czasu





--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

Sebastian Biały <h...@p...onet.pl> napisał(a):

> On 2012-03-06 16:45, fir wrote:
> > czy ktos zna jakies algorytmy 'per pixel'
>
> Powinieneś zainteresować się rozwojem demosceny z lat 90.

a tak, interesuje sie demosceną (choc akurat to pytanie
jest bardziej w kontekscie teoretycznym - klasyfikacji algorytmow)

fir ( http://dl.dropbox.com/u/42887985/06032012_004.jpg )


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

> >>
> >> Obliczanie o=3DB6wietlenia bry=3DB3y 3D w pixel shaderze (kt=3DF3ry z=

tak wogole to shader to kolejna z nieco glupich nazw czy wyrazen
(obok 'logika programu' albo 'synchroniczny/asynchroniczny' i inn)
powinno byc juz raczej 'lighter' -


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

Dnia 07-03-2012 o 22:45:15 Wojciech Muła <w...@g...com>
napisał(a):

> W dniu środa, 7 marca 2012, 20:59:54 UTC+1 użytkownik Wojciech Spook
> Sura napisał:
>> O raytracingu zaawansowanym nie chcesz wiedzieć. Kumpel się tym
>> zajmował, tam jest piekielnie ciężka matematyka.
>
> Który to "zaawansowany"? Pathtracing?

Jeśli mnie pamięć nie myli, on się zajmował obliczaniem oświetlenia
bazującym na energii. Patenty pokroju kolorowej ściany barwiącej odbijane
od niej światło.

Czytałem jego opracowanie na temat metody, którą stosował, fragment:

<cytat>
Wyobraźmy sobie, że obraz jest zbiorem całek (każdy piksel reprezentuje
całkę z funkcji radiancji po półsferze w punkcie uderzonym przez promień
pierwotny).

Całki te są mniej lub bardziej ze sobą skorelowane (najbardziej
skorelowane mogą być całki reprezentowane przez sąsiednie piksele). Obraz
jest więc zbiorem skorelowanych całek.

Pomysł redystrybucji energii polega na rozkładaniu wysiłku wkładanego w
szacowanie jednej całki ze zbioru na pozostale całki poprzez badanie
korelacji, a następnie rozsiewaniu porcji energii z tej całki do innych
proporcjonalnie do zbadanego stopnia korelacji.
</cytat>

> w.

Pozdrawiam -- Spook.

--
Używam klienta poczty Opera Mail: http://www.opera.com/mail/

do góry