derelict.hu – Kostyó-Fehér Nándor

milyen jó is volt anno kuncogni az i*** termékek felhasználóin, hogy bár webképes eszközöket tartanak a zsebükben, anak kb “feléről” kénytelenek lemondani a flash támogatás hiányának köszönhetően. androidos userek pedig az olympos csúcsait megszégyenítő magasságokból tekintettek az alant senyvedőkre, megmosolygván a kis legókockát, mely iphone-on jelezte a tartalom helyét és hiányát. mindezek után, nov 9-én az adobe bejelenti, hogy megszűntetik a flash mobile fejlesztését és ezentúl már csak bugfixeket adnak ki hozzá. elsőre megrázó volt a hír, de sokadik átgondolásra már inkább csak egy vállrándítást ért a dolog.

hogy miért? immár több mint fél éve, hogy én is felszálltam az androidos bandwagon-ra és flash fejlesztőként elképzelni sem tudtam, hogy ne legyen flash támogatás a telefonomon. valódi hasznát viszont egy percig sem vettem, eddig csak arra volt jó, hogy friss tulajdonosként megnézzem a ustream viewerét, és büszkén mosolyogjak, “nahát, itt is megy”.

megy, de hogy? lássuk be, a flash nem egy gyors platform, sőt, néha nevetségesen lassú. 11 major verzió kellett ahhoz, hogy normális hardware támogatást kapjon a renderelés, és még így is különféle frameworkok kellenek ahhoz, hogy 3d gyorsítást kihasználva rendereljünk 2d tartalmakat. normális hardware támogatás nélkül csak izomból megy a dolog, egy mobilban pedig minden van, csak izom nincs.

tetézzük ezt az egészet azzal, amire manapság a flasht használják:

• casual játékok: legtöbbje pofátlanul számítás-igényes – pont ma vettem a fáradtságot, hogy játsszak valami aprósággal a kongregate mobil oldalán, és azt kell mondjam, egy egyszerü kis játék (Cat God vs Sun King) is nevetségesen belassult nagyobb számú kiírtandók esetén (vagyis inkább úgy mondanám, meglepően gyorsabb lett, amikor már alig volt lesújtásra itélt véglény a pályán). ugyanez a játék desktop gépen gyorsan és gördülékenyen ment, egész más élményt nyújtva. persze, biztos lehetne optimalizálni a cuccot, kiragadott példa csupán, de annak ideális.
• video playerek: pár codec-et leszámítva mindent cpu fog dekódolni mobilon, és megint belefutunk az “izom” hiányába. amit meg a hardware-nek megfelelően kódoltak, azzal egyrészt vszeg a böngésző is megbírkózik (html5 esetén), vagy egyszerűen írt rá appot a szolgáltató.
• bannerek… nyiss meg egy random oldalt, szembesülj egyszerre 3-6 bannerrel, melyek mindegyikét desktop gépre “tervezték” (azaz nem törődtek az erőforrásokkal egyáltalán), aztán gyönyörködj a 2-3 fps sebességgel futó animációkban, amit ennyi erővel el lehetett volna menteni animgif-ként (ugyanekkora framerate-el), de az legalább nem vinné el a cpu idő 98%-át.

felhasználó élmény szempontjából ez kb nullával egyenértékű, nehezen tudom elképzelni, hogy pár elvetemült fanatikuson vagy geeken kívül van hétköznapi ember, aki flash tartalommal akar szenvedni a telefonján.

a flashnek desktopon van (még) jövője, ott nagyon sokmindennek kell történnie, hogy a html5 megoldások egyáltalán megközelítsék azt, amire a flash képes. persze, egy csomó területen ki lehet váltani a flasht, de a videok lejátszása továbbra is bizonytalan html5 alatt (pl firefox nem játszik natívan h.264 tartalmat), és a videoközlés (webkamerák) is nehézségekbe ütközik, nem beszélve arról, hogy actionscript után javascriptben dolgozni… inkább legyen aranyerem.

a flash mobile-t pedig gyászoljuk meg egy néma percben és reménykedjünk, hogy azok akik a technológiát fujjogták majd ráébrednek, hogy nem feltétlen az volt a ludas, amikor ugyan olyan abuzáció áldozatává válik a html5 is, és megjelennek a gagyi bannerek és egyéb igénytelen tartalmak immáron html/css/js kombó által.