Engine a shadery - sens

[Charibo]

Naszły mnie wątpliwości co do sensu silnikow graficznych jako dużych, zaawansowanych projektów. Wiec, chodzi o to, że w dobie fixed-pipeline wygląd gry, efekty jakie w niej występowały, zależaly tylko i wyłącznie od programistów. Oni to, pisali w całości w kodzie wszystko to co mialo zostać wyrenderowane. Silnik wydawał się sensowną częścią gry, zawierał w sobie cały kod wszystkich fajnych rzeczy do których narysowania był zdolny i życie wydawało się proste. Jednak pojawiły się shadery, effect'y i wszystko co kiedyś musieli zawierać programiści w engine, tworzą map designerzy czy modelerzy.

Stąd moje pytanie - czy wartość silnika nie zmalała przez przypadek, jako następstwo programowalnych GPU, do frameworka którego rola sprowadza się do szybkiego renderowania tych wszystkich shaderow?

PS. Nie wiem do konca czy dobrze umiescilem ten topic. W sumie pasowalby do "Projektowanie i dokumentacja", ale z racji tego ze jest lekko "filozoficzny" postanowilem wrzucic go tutaj

[Charibo]

zauważ że napisałem "silnikow graficznych" a nie "gry"

Nie, nie każe pisać kodu shaderow samodzielnie designerom - ale od tego są programiści shaderow, są edytory WYSIWYG... Chodzi mi o to, że mamy dla przykładu mesh stworzony przez modelera z przypisanymi w edytorze siatek silnika effect'ami - do czego tu silnik w takim przypadku? Czy jego rola to tylko wyrenderować sobie szybko tego mesha czy moze jakieś bardziej rozbudowane funkcje musi posiadać?

[truman]

odpowiedź na Twoje pytanie brzmi - te rzeczy się nie wykluczają a uzupełniają

[Charibo]

st3tc: nie mówię o silniku gry - mówię o silniku grafiki (ktorego czescia jest renderer, jasne). Tutaj własnie moje pytanie - co jeszcze powinien robić silnik oprócz wlasnie skutecznego i szybkiego zarzadzania materialami/efektami/meshami[1] stworzonymi map designerow, programistow shaderow itp.?

Chodzi mi o to, ze wiekszosc efektow jakie "wspieraja" nowe silniki tak naprawde to sa poprostu shadery - czy to "wspieranie" to jest cos wiecej niz mozliwosc odpalenia jakiegostam shadera?

przyklad: randomowy silnik z DevMastera:

Special Effects:    Environment Mapping, Lens Flares, Particle System, Water, Fire, Explosion, Fog:

Enviroment mapping, water, fire, fog - do tego trzeba shaderow, ktore musza zostac napisane. Stad moje drugie pytanie - czy zrzucic pisanie wlasnych shaderkow na barki uzytkownikow, czy napisac samemu i zawrzec w dllce czy moze jako osobne ".fx"?

[1] O podstawach kazdego engine'u (scene managment, GUI, itp.) nie mowie

[nameczanin]

Zrob takie featursy (takich efektow), ale tak zeby mogly byc konfigurywalne. Wtedy juz nikt wiecej tego nie bedzie pisal, tylko najwyzej dobieral sobie parametry. IMHO.

[orzech]

Shadery są błogosławieństwem dla wszystkich programistów. Dobry renderer nie może ograniczać klienta do używania zapisanych na sztywno - domyślnych - efektów (ognia, mgły czegoś tam), tylko powinien pozwalać na dowolne wymienianie shaderów, dzięki czemu system materiałów staje się ogólny i elastyczny (w zasadzie każdy nowy silnik jest budowany w opraciu o takie założenie). Poza tym renderer to nie tylko materiały - shadery nie zwalniają silnika z obowiązku chociażby usuwania niewidocznej geometrii, podziału przestrzennego map i wykrywania przysłaniania. Shadery to tylko końcowy etap renderowania.

[Charibo]

Moze, ale...

mówię o silniku grafiki (ktorego czescia jest renderer, jasne). Tutaj własnie moje pytanie - co jeszcze powinien robić silnik oprócz wlasnie skutecznego i szybkiego zarzadzania materialami/efektami/meshami[1] stworzonymi map designerow, programistow shaderow itp.?

do tego juz sie przyznalem

W sumie, to moj problem rozwiazali Orzech i Nameczanin - podjalem decyzje co do shaderow w moim FATALITY2.0. Bedzie kilka shaderow built-in odpowiedzialnych za podstawowe efekty, z tym, ze uzytkownik bedzie mial mozliwosc "podmiany" ich przez proste miedzymordzie. Do tego, jest juz napisany format plikow, w ktorym kazdy subset ma mozliwosc przypisania mu shadera, i wszystko bedzie dzialalo szybko, przez istotne ograniczenie zmian vs/ps w ciagu klatki.

Dzieki za odp.

Aha, i moze jeszcze jedno:

co to jest "silnik od pausy"?

[Krzysiek K.]

Jak dla mnie, to zadaniem porządnego silnika jest obsługa interakcji. Level designer ustawia światło, wybiera dla niego modulującą cubemapę, ustawia materiał dla jakiegoś obiektu, a silnik ma zadanie wszystko narysować. Przykładowo, jeżeli wybrany materiał jest półprzezroczysty, to powinien rzucać półprzezroczysty cień i załamywać to, co widać przez obiekt. Jeżeli jakiś inny obiekt znajdzie się pomiędzy, to powinien odpowiednio rzucać cień. Jeżeli na obiekcie znajdzie się krew, czy ślady po pociskach, silnik powinien to także uwzględnić.

Do porządnego silnika nie da się łatwo "napisać" shadera danego materiału, ponieważ dany materiał może być użyty z różną geometrią (zwykłymi obiektami, obiektami animowanymi na kościach, obiektami animowanymi na procesorze, itp.), materiał może być oświetlany różną liczbą świateł z różnymi cieniami lub w różnych warunkach (różne karty z różnymi możliwościami, różne formaty HDR, odbicie w wodzie) i takie tam. W dodatku silnik musi w miarę wszystko zoptymalizować.