Kézi vezérlés helyett átgondolt folyamatok

Egy adáscsomag nem egyetlen lower thirdből áll: LIVE-jelzés, óra, dátum, ticker, bumper, splitscreen nevek, scorebug, versus, mérkőzéscím. Ezek megtervezése, adaptálása és animálása hagyományosan hosszú folyamat, miközben minden egyes elemnél újra és újra biztosítani kell, hogy ugyanaz a vizuális rendszer maradjon érvényben.

A probléma nemcsak az elkészítésükhöz szükséges idő. Minél több elem és verzió készül, annál nehezebb következetesen megtartani ugyanazokat a design-döntéseket.

Egy böngészőben futó tervező, amelyben a grafika formája, színe, mélysége, tipográfiája és animációja egyetlen design-állapotként kezelhető. A design továbbra is emberi döntés: én határozom meg a vizuális irányt, a rendszer pedig ezt következetesen végigviszi a teljes broadcast csomagon.

Így nem kell minden grafikai elemet külön megtervezni és animálni. Egy vizuális koncepcióból rövid idő alatt elkészíthető a teljes 4×3-as csomag, miközben gyorsan létrehozhatók egymástól markánsan eltérő designirányok is.

A hosszú szerkesztési és animációs folyamat helyett a munka fókusza visszakerül oda, ahol valódi kreatív döntés történik: a designhoz.

Rövid idő alatt több teljes vizuális irány készíthető és hasonlítható össze, így nem az első működő megoldást kell továbbépíteni, hanem valóban ki lehet választani azt, amelyik a legjobban illik az adott műsorhoz.

A kiválasztott designból ezután egységes rendszerben áll elő a teljes broadcast csomag.

A hírlevél szövege Wordben készült, a kiküldhető HTML-t viszont valakinek kézzel kellett összeraknia a Brevóhoz. Minden javítókör újratördelést jelentett, miközben a sales és marketing idejének jelentős részét egy olyan technikai feladat kötötte le, amely önmagában nem segítette az üzenet hatékonyabb átadását.

Kevesebb szerkesztés. Több figyelem az üzenetre.

A hírlevélkészítés technikai kivitelezési feladatból kommunikációs feladattá válik. A kollégáknak nem a HTML-lel, a tördeléssel és az egyes elemek manuális összeállításával kell foglalkozniuk, hanem azzal, ami valóban az ő feladatuk: hogyan épüljön fel a hírlevél ahhoz, hogy az üzenet a lehető leghatékonyabban jusson el az olvasóhoz.

A felszabaduló idő így a tartalmi hierarchia, a hangsúlyok és a megfelelő szerkezet kialakítására fordítható, miközben a rendszer gondoskodik arról, hogy a végeredmény technikailag is megfelelő formában kerüljön a Brevóba.

Egy szakmai tutorial elkészítése sok egymásra épülő munkafázisból áll: a téma feldolgozása, a script megírása, a megfelelő lépések rögzítése, narráció, vágás, feliratozás és utómunka. Ha ugyanez több nyelven vagy több formátumban is szükséges, a gyártási munka jelentős része minden változatnál megismétlődik.

Egy oktatóanyagnál azonban nem a gyártási sebesség az elsődleges szempont. A tartalomnak szakmailag pontosnak és ellenőrizhetőnek kell lennie, hiszen a vállalat saját termékéről ad át tudást.

A rendszer a megadott témából a termékdokumentáció, a tényleges billentyűkiosztás és az aktuális jelenet információi alapján állítja össze a tutorial lépésscriptjét. A létrehozott tartalom állításait visszaellenőrzi ugyanezekre a forrásokra, és ami nem igazolható, azt nem engedi tovább a gyártási folyamatba.

A szakmailag ellenőrzött és ember által jóváhagyott script után a további gyártás automatizálható: elkészül a narráció, a rendszer végrehajtja és rögzíti a szükséges lépéseket a programban, majd elkészíti a vágást, a képkivágást, a feliratokat és a hangkeverést. Ugyanez a folyamat különböző nyelveken és kimeneti formátumokban is újrafuttatható.

A szakértő ideje nem a videógyártás ismétlődő technikai lépéseire megy el, hanem arra, ahol valóban szükség van a tudására: a tartalom szakmai ellenőrzésére és jóváhagyására.

Egy ellenőrzött tudásanyagból így több kész tartalomváltozat állítható elő anélkül, hogy minden új nyelvnél vagy formátumnál újra végig kellene menni a teljes manuális gyártási folyamaton.

Egy éjszakai légifotó utcaszerkezetéből indultam ki, és azt a kérdést tettem fel: mennyire vihető át egy valódi városrész térbeli logikája böngészőben futó, valós idejű 3D-be — plugin, telepítés és letöltés nélkül?

WebGL-alapú jelenet, amelyben az úthálózat, a telekosztás és az épülettömegek szabályrendszerből generálódnak, nem kézzel modellezve. PBR anyagok, tükröződő nedves útburkolat, bloom, köd, mozgó forgalom és eső.

Négy kameranézet, a fények, a köd, a forgalom és az épületmagasság csúszkán állítható, az „Új változat” gomb pedig új magból építi újra az egész várost.

Egyetlen HTML-fájl, amely bármelyik modern böngészőben elindul, és minden újragenerálásnál más várost ad ugyanabból a szabályrendszerből.

Város megnyitása