Érdekes videót posztolt nemrég a már sokat emlegetett Pouetes “Work In Progress-képek” topicba az a Glow / Inque, akinek az intrójáról pár napja már volt itt szó. A pár perces videó ugyanis a már jópár éve guruló 64k-rendszerüket mutatja be, ami mindig érdekes, főleg azoknak, akik már szenvedtek hasonlóval.
Nekem, mint 64k-ban relatív jártas embernek első körben a következő dolgok tűntek fel:
- A legszembetűnőbb dolog nyilvánvalóan az, hogy az egész kóceráj a Maya részeként van implementálva (ebben nem ők az elsők, a Plastic féle Pico is így működött), ami valószínűleg megspórol egy csómó időt GUI szintjén.)
- A jelenetek egy lineáris timelineon szerepelnek; a videóból nem tűnik ki, hogy pl. tud-e két jelenet egymásra renderelni (pl. crossfade gyanánt) vagy hogy egy jeleneten belül hogyan lehet időzíteni, bár ezek a dolgok eddig nem is nagyon voltak jellemzőek az Inque intrókra.
- Minden jelenet D3DX Effect-ekből van összerakva, amiket egy külső editorban lehet szerkeszteni – így gyakorlatilag változatlanul kézikódolással készülnek az intrók, csupán a szöszmötölős dolgok mint az időzítés és a kamerák azok, amihez a tool használva van.
- Az overlayek is FX fájlokban vannak, bár a videó nem tér ki rá, hogy ezek hogy kerülnek időzítésre. Szintén nem derül ki a postprocessing, bár ha tippelnem kellene, ez utóbbi valószínűleg simán fix utolsó passként van bedrótozva.
- A Mayában található Outliner (amiben egyébként a scene graph látszana) itt gyakorlatilag paramétergyűjteményként van használva, ide van kivezetve a shaderekből az összes animálható paraméter.
- Van textúragenerátor is, a már klasszikusnak vehető gráf-megoldással, bár érdekes módon náluk jobbról balra halad az adat. Maguk a node-típusok első ránézésre nem tartalmaznak semmi extrát (perlin noise, displacement, stb stb), és szintén nem hangzik el, hogy milyen UX-en keresztül kerül a textúra a shaderbe.
- A videó végén egy export-mechanizmus is feltűnik, amiben az a különösen vicces, hogy bináris adathalmaz helyett C++ fájlba exportál. Ez nyilván sokat tud csökkenteni a méreten akkor, ha az adat-parser aránytalanul nagy az adathoz képest, viszont adott esetben ennek a fordítottja lehet igaz, amikor a rengeteg generált kód jelentősen csökkenthető lehetne egy sima iteratív megoldással.
Még ha ilyen rövid formában is, de mindig érdekes belelátni más kulisszái mögé, mert gyakran tanul belőle valamit az ember, és az ő intróik is mutatják, hogy ha az ember kezébe eső eszközrendszer júl van felépítve, akkor a gyors iterálás jó végeredményhez is vezet.
Itt említeném meg, hogy lassan már csak 2 hét van Experience-ig, ami két okból is kapcsolódik: Egyrészt én személy szerint örömmel látnék valamilyen kiselőadást arról, hogy itthon ki hogy csinált valamit (és erre már volt is példa pár éve Aha jóvoltából), és szerintem Pasyék is tudnának időt szorítani neki a programban. Másrészt remélem, hogy kis extra inspirációt is tud nyújtani a videó ahhoz, hogy még jobb demók vagy intrók készüljenek a compóra!
Blender vajon képes lehet ilyen dologra?
Vajon nem probaltam, de anno windowson csinaltam custom guit :D
Blender kepes barmire? :)