ugyan “Tiszába vizet” jellegű a projekt, de jelenleg egy 3d engine fejlesztésén dolgozom flash alá – egyfajta kisérletezésképp, illetve mert úgy érzem, túl könnyű lenne kész rendszerekbe beleülni ( persze mondhatnók azt is, hogy az a fajta programozó vagyok, aki mindent maga akar megírni ). ebből látható most egy techdemo, amit nevezzünk egyszerüen MultipleLightSourceFlatShadingDemo-nak…
hajtás után láthatod, ide közvetlenül nem tenném ki, kicsit cpu igényes.
folyamatosan játszott videot bitmapdatába rajzolni szép dolog, főleg ha utána mindenféle plusz látványelem lesz belőle. problémás a helyzet viszont, ha ez a video RTMP-n keresztül folyik be, akkor igen könnyen kaphatunk szép Security Sandbox Violation üzenetet, aminek átható piros szine egyfajta vörös posztóként lebeg szegény flash fejlesztők előtt.
a security problémákat ugye crossdomain.xml fájlokkal lehet kontrollálni, de mi a helyzet akkor, ha pl egy livefeed banner szívná a streamet, és az kvázi végtelen számú doménről jöhet? no, ilyenkor jön a Client.videoSampleAccess, amivel már kontrollálni tudjuk (az egyéb módon autentikált) ügyfelünk lehetőségeit. így már mehet a stream bitmapdatába, onnan meg akár egy 3d térben forgó poligonra illesztve is, yeah.
számításigényes algoritmusok fejlesztése közben gyakran felmerül az igény, hogy valami módon betekintsünk a folyamataink sebességébe, vagy a legkisebb optimalizálás eredményét is lássuk. erre dobtam össze egy viszonylag egyszerű kis osztályt FrameRateCounter néven, ami két dolgot végez: méri a movie átlagos és aktuális fps értékét, illetve két metódussal mérhetjük vele a számításigényes függvényeink terhelését is.
kezdjük ott, hogy csak ajánlani tudom ezt a billentyűzetet; bár nekem egy nagyon kompakt notibillentyű után némiképp szokatlan, remek darab, és a lakkfekete borítása nemcsak hogy szemet gyönyörködtető, de remekül illik a hasonló fényezésű SyncMaster 226BW monitoromhoz is. folytassuk ott, hogy kb 4 év után munkahelyet váltottam, és végül a pontot az “i”-re ez a kis fényes csoda tette rá.
némiképp bagatell probléma, de kemény kihívás tud lenni, ha idegen kódban turkálva jutsz oda, hogy az swf önmagában fut, az őt behívó clipben fut, böngészőben ugyanez a kombó már nem.
ha a kódban for (i in mc) résszel találkozol, az már gyanura adhat okot. ha ezen belül mc = mc[i]; és mc = mc._parent;, a kettő között pedig például mc.onRollOver és társai, emellett még valahol prototype-ot is írtál a clipekre, akkor már meg is van a hiba forrása. a for (i in mc) ugyanis kilistázza a prototype függvényeidet is (no meg minden egyebet, ami esetleg még ott lenne), amik már nem clipként viselkednek, nincsenek eseményeik és szüleik se nagyon. ennek eredményeképp az első ilyennél az mc hirtelen undefined-ba csap át és borult az egész ciklusod.
a fentire egy rövid megoldásként elővehetünk egy if (typeof(mc[i]) == “movieclip”) feltételt és nyugodhatunk békében. az hogy a hiba csak böngészőben jön elő, gondolom az adott sandbox beállításnak köszönhető, bár elég logikátlan, ha mégis így van.
