szantog.com - címlap

Hazai fejlesztésű DJ alkalmazás iPhone-ra profi DJ-knek

Wed, 13 Jan 2010 01:00:00 +0100

Azonnali közlésre: Az iMect Bt. a német Stereomusik-kal együttműködve adta ki a DJ PLAYER sorozat első darabját, mely a "Blue Edition" névre hallgat.

Több nemzetközileg ismert DJ is bekapcsolódott a fejlesztésbe, hogy "játék" helyett egy igazi, a DJ pultban is jól használható alkalmazás készülhessen el. Óriási harc folyt minden egyes pixelért, hogy a készülékek kis mérete ellenére se kelljen közelről vakoskodni a pultban. Kiemelt szempont volt a lehető legkisebb késleltetés, sikerült a legtöbb asztali "hardvernél" is gyorsabb eszközt készíteni.

A megszokott lejátszó funkciók mellett egy teljes értékű effekt szekciót is kapott a szoftver, a TouchPad mellett a készülék billentésével is vezérelhetők az effektek paraméterei.

A DJ PLAYER "ütötte ki" elsőként az Apple-nél a "DJ biztosítékot", ez volt az első professzionális DJ szoftver, ami miatt az Apple több, mint 10 hónapig gátolta a hasonló termékek megjelenését az App Store-ban. Az okok nem ismertek, de december hónap folyamán többször is telefonon kértek elnézést Szántó Gábortól (iMect ügyvezető) ezért, ami legalábbis furcsa az Apple-től.

A DJ PLAYER Blue Edition ára 24.99 USD, mellyel a prémium kategóriát célozza meg. Árcsökkenés hosszú távon sem várható, de hamarosan megjelenik majd egy ingyenes próbaverzió. A magas ár miatt az sem valószínű, hogy bármilyen App Store toplistában megjelenne a szoftver, de az eladások így is várakozáson felüliek.

Weboldal: http://djplayer.net Videó: http://www.youtube.com/watch?v=vpWRxPmFJ-4 Sajtófotók: http://djplayer.net/page/product_media

Web, mobil és buli, fejlesztés a legújabb technológiák irányában. Videós CMS-től a lasertag diszkóig, ez az iMect: internet, média és egyéb király dolgok.

A német Stereomusik több, mint 30 éves tapasztalattal rendelkezik professzionális audio berendézesek tervezésében és gyártásában, melyeket aztán főként ismert világmárkák számára licencel, így a vásárlók sokszor nem is tudják, hogy Stereomusik terméket használnak épp.

DJ PLAYER Blue Edition

Thu, 26 Nov 2009 01:00:00 +0100

Január 30-a óta vártam rá, hogy bekerüljön az App Store-ba, hát végre. Minden, amit érdemes tudni róla, meg amit egyáltalán elárulok. :-)

A nyár folyamán több (nálam sokkal nagyobb és erősebb) cég is DJ alkalmazások fejlesztésébe fogott, amiket szeptember környékén szerettek volna kiadni az App Store-ban. Még augusztusban összeálltam egy német csapattal, akik több ismert cégnek fejlesztenek DJ termékeket (pl. Stanton, Vestax), velük pedig felcsillant a remény, mert vannak kapcsolataik.

Persze mindig is voltak bent komolytalan alkalmazások ilyen-olyan "DJ" névvel, de csak november közepén kezdődött el az igazi, tényleg használható szoftverek beengedése, hála az egészpályás letámadásnak (több belsős Apple kontakt, a többiek médiazaja, satöbbi). Ezzel persze elveszett az elsőség, az Apple meg kapja be.

Azt feltétlenül megjegyezném, hogy próbálkoztam én mindenféle szívélyes e-maileket írni a nagy amerikai blogoknak, hátha fel tudom kelteni az érdeklődést, hiszen minden szir-szar 6-7 hetes csúszásokat is megírnak, én meg már ezer hónapja várok. Á, semmi esély, pedig egész jól tudok külföldi kapcsolatokat szerezni. Sajnos nem vagyok benne a kis szilícium-völgyi mutyiban, nem foglalkoztak velem.

A szoftverről

A DJ PLAYER az asztali médialejátszók versenytársa (CDJ és klónjai), szinte mindent tud, amit kell, ráadásul egy komoly effektrész is került bele. Nem igazán arra való, hogy ezzel szaladgálj a városban, inkább a DJ pultra terveztük. Még sötétben is könnyen eltalálhatók a vezérlők, nem kell közelről matatni rajta. Minden egyes pixelért vérre menő csatákat folytattunk, sok-sok profi DJ eltérő igényét kellett kielégíteni.

Nagyon fontos volt az alacsony késleltetés (latency), ezért az alap UIKit-es kontrolkezelést szinte teljes mértékben ki kellett játszani. Meglepően kicsi lett a CPU étvágy, egy mp3 folyamatos kikódolása és lejátszása a teljes UI-val együtt mindössze 18-20%-ot eszik a legrégebbi 2G-s iPhone-on, ez a jellemző terhelési érték. Egy effektel megspékelve 30-40%, kivéve a reverb-et, úgy már 60-70%. Érdekes, hogy a korai fázisban a folyamatos időkijelzés (másodpercenként 15-20-szor) ette meg a legtöbb procit, képes volt akár 30%-is harapni, ezért saját rendert kellett írni hozzá.

A minőségre garancia a béta-tesztelők köre, a Media2Radio-nak köszönhetően könnyű volt nemzetközileg ismert arcokat szerezni, pl. a Numark fejlesztési vezetői, Victor Calderone, Misjah... A szoftver neve pedig azért "Blue Edition", mert lesz még több is, ez meg olyan... kék színű. Csak nem fogjuk "basic"-nek hívni.

Egy lejátszó?

Igen, egyelőre ez csak egy darab lejátszó keverő nélkül, hiszen az iPhone-nak csak 1 db sztereó kimenete van, amatőr megoldásokba (pl. szétválasztás két monóra) nem szeretnénk belemenni. Dolgozunk rajta.

A többi alkalmazáshoz képest drágán adjuk (5 rugó környékén) és a képernyőképekről talán nem is derül ki igazán, hogy mit tud, mert nem eléggé csillog-villog. Profiknak szánjuk, nem pedig a szélesebb tömegeknek, ráadásul az App Store-os eladások nem igazán fontosak az üzleti tervben.

Azt sem gondoltuk, hogy egyáltalán bekerül... úgyhogy most kapargatjuk össze a marketinget, ehhez dobtam össze gyorsan ezt az intró videót. Még rendes weboldala sincs, de majd lesz szebb, színesebb és szagosabb is.

iTunes link.

Harmonic mixing

Mon, 02 Nov 2009 01:00:00 +0100

A harmonic mixing egy olyan DJ technika, ahol nemcsak a számok tempóját veszik figyelembe, hanem odafigyelnek a hangzatra is ("milyen akkordokat használ"). Először cool DJ-zéssel kezdünk, aztán átmegyünk nerdbe, végül a geek tudással megvalósított iPhone-os alkalmazásommal térünk vissza a DJ pultba. Hosszú olvasnivaló.

Sok kezdő/béna/igénytelen DJ szinte kizárólag úgy kever, hogy megvárja a szám végén lévő "üres" (jóformán csak groove-ot tartalmazó) részt és ott úsztatja be a következőt. Ezt hívják "free beats" technikának, ami rendkívül unalmas tud lenni. Azt pedig pláne rühellem, ha egy számot 6-7 percig is hagynak menni, kevés olyan zene van, ahol tényleg szükséges a megfelelő hatás eléréséhez. Ha a teljes szett ilyen, akkor egyszerűen béna a DJ, bár a legnagyobbak is sokszor lusták.

A harmonic mixing-gel úgy lehet keverni, hogy a mix ne legyen disszonáns ("hamis"), hanem szépen egymásba ússzhasson a két zene, így nem kell megvárni a végét és érdekesebb az egész. A DJ szett hangulata folyamatosan kellemes lehet, de drasztikus pozitív hangulatváltó hatás is elérhető a megfelelő hangzat kiválasztásával.

A harmonic mixing alapja a zenére jellemző "alapakkord" megtalálása, azé az akkordé, amelyik a legtöbbször vagy legerősebben van jelen. Ez nem új technika, régen a DJ-k leültek a zongora mellé és addig nyomogatták a különböző akkordokat, amíg nem passzolt, aztán felírták jól. Természetesen megérkeztek már azóta a harmonic mixing szoftverek.

Mixed In Key

Ez a leghíresebb/legjobban marketingelt harmonic mixing szoftver, aminek a készítője birtokolja a Camelot jelzésrendszert. Ez semmi mást nem csinál, mint könnyen megjegyezhető és az óra számlapjára asszociáló jelzést ad az uncsi akkordneveknek.

Nagyon egyszerű a használata, az a szabály, hogy a következő szám csak 1 órával térhet el a jelenlegitől, tehát ha a 6-odikban vagyunk, akkor lehet 5 vagy 7. Hangulatváltást pedig úgy lehet elérni, hogy az azonos órában lévő ellenkező modalitású akkordra váltunk (pl. 6B-ről 6A).

Aki nem jártas a zenélésben: a harmonic mixing alapvetően kétféle modalitással foglalkozik, ezek a Major (magyarul dúr) és a Minor (magyarul moll) neveket kapták. Azért fontosak ezek, mert a Minor (A) szomorkásabb hangulatú, mint a Major (B).

Profi DJ mixeknél általában "körbejárnak az órában", a számok +1 órával következnek egymás után. Ha lanyhul a hangulat, akkor a következő szám +7 vagy +2 órás bedobása (hirtelen váltással vagy free beats-szel, különben disszonáns lesz) sokat segít, mintha "megnövekedett volna az energia" - ezt hívják "Energy Boost Mixing"-nek.

A Mixed In Key nem jó fej, licencdíjat kér a Camelot jelzésrendszer használata után. Állítólag patent pending a dolog, de néhányan rákérdeztek már, és a cégvezető állítása szerint a Camelot a Mixed In Key akkordfelismerő algoritmusában van védve (???). Ráadásul ez csak a "circle of fifths", azaz a kvintkör átnevezgetése, amit pedig nem biztos, hogy egyáltalán le lehet védeni.

Szóval a jogi helyzet kissé tisztázatlan, a cég pedig "keni" a dolgot, a rivális Beatunes épp ezért inkább kivette a Camelot jelzéseket és egy "arra utaló" izével helyettesítette. Én az iPhone-os alkalmazásomba épp ezért nem tettem be a Camelot kört, de a jelzést igen, hátha nem lesz belőle gond.

Algoritmus

Az akkordfelismerés nem egyszerű dolog és nincs rá kész vagy könnyen újrahasznosítható megoldás. A cégek védik a saját eljárásaikat, így az egyszerű halandó egyetemi és egyéb tudományos publikációk elmélkedéseiből indulhat csak ki. Én is ezt tettem, ilyeneket olvasgattam egy-egy kósza pillanatban és próbáltam kitalálni, hogy mit és hogyan kellene - szolid fél évig. Ebben sokat segített a Velence - Déli pályaudvar viszonylat lassúsága.

Aztán nekiültem és kb. 1 hét alatt kikísérleteztem a saját metódusomat, ami 80-90%-ban egyező eredményeket ad a többi szoftverhez képest. A különböző szoftverek sokszor különböző értékeket adnak, így ez a százalék bőven elegendő ahhoz, hogy jónak ítéljem meg az eredményeket. Dióhéjban és az igazi "titkok" felfedése nélkül a következő a módszer:

1. Kb. 0.37 másodperces hangmintákra kell felbontani az audiót, ezeket kell külön-külön megvizsgálni. Azért 0.37, mert így lesz a legkisebb a zengések és egyéb effektek által keltett felharmónikusok hatása, ez a legjobban közelítő statisztikai érték, ami minden zenére jó.

2. FFT analízissel kell felbontani a hangmintát, ezzel kapod meg, hogy egy megadott frekvencián mekkora volt a hangerő. Az FFT egy külön tudomány, ablakozni kell és egyebek. Mindenki látott már FFT eredményt, hiszen a leggyakoribb FFT kijelző az audió spektrométer:

3. A C1-B6 hangjegyek által határolt tartományt kell megvizsgálni (kb. 32-1975 Hz), az FFT-t érdemes minél részletesebbre venni és a hangjegyek között szépen elosztani (egy hangjegyre általában több FFT adat jut, de okosan kell szétosztani őket).

4. Normalizálni kell az adatokat, hogy a halkabb minták is érvényesülhessenek. Érdemes persze egy minimumot is megadni, például -70db-es átlaghangerőnél már biztosan nem fontos egy hangminta.

5. Az akkordok modalitásának van egy jellemző "profilja", ami az akkordban lévő egyes hangok hangerőinek egymáshoz való viszonyát mutatja (pl. az első hang mennyivel hangosabb az ötödiknél).

Ezt a profilt kell illeszteni a normalizált FFT értékekre, hogy megtaláljuk a leginkább közelítő akkordot. Nem olyan rettentő régi dolog, a 80-as évek végén fedezte fel Carol L. Krumhansl és csak 2000 körül tökéletesítette David Temperley.

6. Végül a közelítő akkordokat kell ügyesen súlyozva átlagolni, hogy megkapjuk a végeredményt.

Harmonic Mixing for iPhone

Szerencsére ebből a bonyolultságból a felhasználó már semmit sem vesz észre, így néz ki az alkalmazás, mindössze két gomb van rajta:

Sajnos a már említett licencgondok miatt nincs rajta Camelot jelzés. A design from-scratch készült a kis kezemmel Photoshopban. Sokat kellett dolgozni azon, hogy a bonyolult matekizé elfusson iPhone-on is, de végül jó eredmény született, mert az alkalmazás jellemzően csak 40% CPU-t eszik detektálás közben iPhone 2G-n.

iTunes link.

A jailbrake lassítja az iPhone-t?

Sat, 31 Oct 2009 01:00:00 +0100

Jópár helyen olvastam már, pl. Handrástól egy Appleblog-os kommentben, hogyaszondja "Allandoan jossz azzal, hogy milyen lassu a telefonod, de ha vegre kiirtanad azt a jailbrakes szart ami allandoan fut, akkor mingyar gyors lenne :)". Nade az én telefonom jailbrake-s és nem lassabb, mint a gyári, ezért megnéztem, hogy mi okozhatja.

A jailbrake sokat segít az iPhone fejlesztőnek, beesesházni a telefonra jó dolog (megnézni mi hol van, mi lesz a fejlesztett app-pal, hova kerül, satöbbi). Így kaphatunk bash parancssort is és fel lehet tenni a top unix-os segédeszközt, amivel monitorozható, hogy mi eszi a mennyit.

A top szerintem jobban használható, mint az XCode-os Instruments CPU monitorja, de ez más téma. Itt van a telóm top-ja egy olyan pillanatban, amikor épp semmi nem fut:

Látható, hogy a rendszer terhelése szinte 0, a jailbrake-s cuccok nem esznek semmit.

Mik futnak?

SCHelper: System Configuration Helper: alapvető rendszerbeállítások kezelése, pl. IP cím, WiFi beállítások, stb. - nélküle nem megy szinte semmi.
bash: Ez a shell (Windows-osoknak: "parancssor"), ahonnan elindítottam a top-ot.
sshd: SSH démon: SSH-val jelentkeztem be a telefonba.
MobilePhone: A telefonkezelő (hívások bonyolítása, minden, amitől telefon az iPhone).
SpringBoard: Az ikonokat is tartalmazó indítóképernyő/asztal.
apsd: Apple Push Service Daemon: Push értesítések démona.
CommCenter: SMS és hasonlók kezelése, de szinte az összes kapcsolatra hatása van, nélküle nem lehet telefonálni, WiFi-zni, Bluetooth-olni.
accessoryd: A készülékhez kapcsolt kiegészítők kezelése (bármi, amit az alján lévő [dock] konnektorba dughatsz) + TV kimenet.
configd: Ez is valami rendszerbeállítás-kezelő izé, állítólag főleg hálózati bigyó. :-)
fairplayd: A DRM-mel védett számok lejátszásához kell, ezt az "iTunes DRM".
mediaserverd: Ez a keverő démon, ez keveri/hangerőszabályozza a különböző audio csatornák (pl. mikrofon, fejhallgató) és alkalmazások hangjait.
lockdownd: Egy csomó "biztonsági" és aktivációs dolgot csinál, védi az Apple-t attól, hogy neki nem tetsző dolgokat műveljenek a telefonnal. A jailbreak/unlock miatt ez már biztos nem az eredeti a telefonomon.
BTServer: Bluetooth-kezelő démon.
mDNSResponder: Multicast DNS Service Discovery: DNS, Bonjour és egyéb nevek feloldása.
notifyd: Rendszerüzenetek kezelése processzek között.
launchd: Alkalmazások/folyamatok/démonok indítása/leállítása és hasonlók.

Winterboard

Sok Jailbrake-es beállítással/alkalmazással együtt felkúszhat a Winterboard is, ami az Apple-féle indítóképernyő (Springboard) feltúrbózott/széthekkelt változata.

NA EZ AZ A "JAILBRAKES SZAR", AMI CPU-T ZABÁLJA.

Persze eheti még több más rosszul megírt "illegális" alkalmazás is, de a legtöbb laikusnak a szép háttérkép miatt feltett Winterboardja lassítja az iPhone-ját, nekem folyamatosan 20-30%-ot evett meg.

Ne tedd fel, ennyi az egész.

Egyébként a Winterboard-dal érkező Supreme Preferences nevű xar pedig még teleszemeteli a logot is, minden app indítása előtt lefut és ilyen hülyeségeket írkál be (még XCode-ból futtatott "legális" fejlesztési processznél is):

Supreme Preferences. This makes springboard ya bitch ;)

Update

Igen, direkt írtam, hogy jailBRAKE (fék) és nem jailbreak. Poénnak szántam, nem jött be? Nem.

Videós apró

Wed, 09 Dec 2009 01:00:00 +0100

Pre-roll reklámok, embed nézettség, csillagozás.

A pre-roll reklámok végignézése 70%, azaz elvileg 30% nézőt veszít egy oldal a pre-roll-okkal. Ez azért fontos, mert jelenleg a pre-roll a leginkább eladható videós reklámozási forma. Ebben persze a véletlen odakattintások is benne vannak, tippem szerint a tényleges veszteség úgy 20%.

A YouTube éppen ezért (is) átugorható pre-roll videókkal kísérletezik, nemcsak azért, hogy jobb legyen a nézettség, hanem a reklámozók felé is visszajelzést tud küldeni: a minél jobb egy reklám, annál kevésbé ugranak át rajta logika mentén.

Fontos az embed

A YouTube globális videónézettségi részesedése 60%, de az embed piacon 82. Vimeo 8.8%-kal, DailyMotion 4%, MySpace 1.1%, Google Video 1%, a többiek pedig mind-mind alattuk vannak. Ebből szerintem az következik, hogy a tartalom átlagos minősége/eredetisége a YouTube-on és a Vimeo-n a legjobb.

Nem jó a csillagozás

Szintén YouTube hír, hogy fontolgatják az ötcsillagos felhasználói minősítések megszüntetését, mert nagyon torz:

Legjobb minősítést hatszor többször adnak, mint a többit összesen.
Csillagozni általában egy jól körülírható "véleményvezér" felhasználói csoport szokott és ez nagyon nem reprezentatív (kevesen vannak).

Úgy tűnik, hogy inkább a végignézést fogják mérvadónak tekinteni ("hányan meddig nézték a melyik részét a videónak").

Amazon MySQL

Sat, 31 Oct 2009 01:00:00 +0100

Pontosabban Relational Database Service (RDS), ami egy speciális EC2 példány, ami csak MySQL-t futtat. Érdekes, de nem tudom még hova tenni.

Az Amazon dolgok bonyolultabbak, mint egy hagyományosabb szolgáltatónál hostolni, ezért nem értem ennek a helyét. Persze könnyebb vele egy MySQL-t megvalósítani, de úgyis kell egy ügyes rendszergazda az Amazon-os cuccokhoz, akinek egy ilyen MySQL összeállítása biztosan nem ügy.

Ráadásul a saját megvalósításban totális kontrol van, az RDS-nél nincs saját patch, parancssori és SSH elérés, replikáció. Akkor lesz majd valóban használható, ha megoldják a replikációt is (ígérik), akkor már tényleg sok terhet vesz le a rendszergazda válláról (aki így kénytelen lesz olcsóbb lenni). Viszont drágább, mint a már jelenleg is elérhető third-party, teljes körű Amazon-os MySQL megoldások, például a RightScale-féle.

A futtatása kb. 30%-kal kerül többe, mint a vele egyenlő teljesítményű EC2 példányé. Az ár teljesítményfüggő és a fix díjon felül az I/O kérésekért és a sávszélért kell fizetni. Nem kell megijedni, a régión belüli sávszél ingyenes, a webszerver meg úgyis ott van. Már a legkisebbbet is 1.7 GB RAM-mal adják, ez jó, mert tudjuk, hogy a MySQL akkor gyors, ha az adatbázis befér a memóriába.

A jelenleg elérhető MySQL verzió 5.1.38 és folyamatosan frissítik/patchelik. Nagyon jó, hogy az árban már benne van az automatikus backup (teljes méretű), lehet nightly és snapshot is. Az adatbázis egy EBS (hálózati) lemezen van, így ha onnan kell olvasni, akkor nyilván lassú: be kell férni a RAM-ba, nincs mese. Csak InnoDB és MyISAM van, de az szerintem bőven elég.

Különleges lehetőség, hogy valamennyi díjért (nincs fent, call us!) szinkronban tartanak egy másik farmon lévő replikát is biztonsági célból. Egyébként kaptunk még 15%-os EC2 árcsökkentést is, de így lassan 2010 táján már kevésnek/drágának érzem a benne foglalt CPU erőket.

Az RDS egyelőre csak az USA-ban érhető el, EU majd később. That's all folks. Használjatok Slicehost-ot, az a legtöbb magyar projektre bőven elég.

Ott lesz a Flash minden okostelefonon

Tue, 06 Oct 2009 02:00:00 +0200

Épp zajlik a MAX, az Adobe fejlesztői konferenciája, ami olyan, mint az Apple WWDC, csak kevésbé hájpolt. A tegnap folyamán izgalmas bejelentéseket hallhattunk, mert 2010 első félévében kijön a Flash 10.1, ami ott lesz a legfontosabb okosteló platformokon és egy ügyes húzással úgy-ahogy az iPhone-on is.

A Flash 10.1-gyel vége a Flash Lite-nak, a mobilok teljesértékű Flash-t kapnak a böngészőjükbe, úgy, mint az asztalon. Állítólag rengeteg optimalizációt tartalmaz azért, hogy a mobilokon is jó legyen a teljesítmény és ne egye az akksit, ráadásul ezek (állítólag) az asztalon is vissza fognak köszönni, így (állítólag, talán) a Flash még jobban fog futni. Persze eddig is jobbára a fejlesztőkön múlt, hogy a Flash mennyi erőforrást zabált, alapjában véve a Flash ma is gyorsabb, mint bármelyik böngészős JavaScript megvalósítás. Tehát kevesebb CPU, kisebb memóriaigény, és a Flash 10.1 már nem asztali player, hanem cross-platform.

Végre rendesen használni fogja a futtató eszköz hardveres gyorsítási képességeit, nem fog egy H.264-es videót szoftveresen kikódolni például és a GPU-t is kapásból igénybe veszi (asszem OpenGL-lel).

Kapunk HTTP Streaming támogatást, az FMS egyre kevésbé vonzó. Nem kell majd pseudo-streaming-gel szórakozni (bár ez végülis az...) és adaptív bitrátával adhatunk sima HTTP szerverrel. Az FMS-t persze nem hagyta el az Adobe, az RTMFP protokollal P2P területen erősíti a terméket, úgy tűnik jön a P2P live adás lehetősége (a jelenlegi P2P szinte csak chat-hez jó néhány résztvevővel).

A Flash 10.1 a mobilos dolgok miatt alapból támogatja a többujjazást (multitouch), a giroszkópot (accelerometer) és a képernyőforgatást. A Flash 10.1 simán a böngészőben fog futni a következő platformokon: Windows Mobile, Palm webOS, Android, Nokia Symbian. Itt van például ez a videó, ahol egy Palm Pré-n megy a Flash egész jól, beszarás:

Az iPhone bizony szenvedni fog a böngészőben lévő Flash hiányától.

Lesz még PCM (ha nem tudod mi az: wav) audió adathozzáférés, automatikus mp3 kikódolással, és ugyanez a mikrofonra is, pl. Flash-sel elemezheted a mikrofonból jövő jelet vagy egy mp3 fájl tartalmát.

iPhone

Az Adobe ügyesen kerülte meg az Apple-t és megoldotta, hogy Flash CS5-tel natív App Store-os alkalmazásokat készíthessenek a Flash-es fejlesztők. Tehát semmi köze a böngészőhöz, ezek natív appok kéremszépen.

Csak néhány iPhone API lesz elérhető: multitouch, képernyőforgatás, photo library-be mentés, giroszkóp (accelerometer), geolocation, kopipészt. Nem lehet majd HTML tartalmat embeddelni, az RTMP kódolt változatával streamelni (RTMPE), a H.264-et pedig a beépített QuickTime játsza le - külön indít egyet, az alkalmazásodban nem lehet. ActionScript-et sem lehet embeddelni, mert nem fut majd semmilyen ActionScript értelmező, minden natív iPhone: SWF-et behúzhatsz skinezéshez, de benne kódot már nem.

Csak tisztán Flash-ben ajánlják a fejlesztést, mert a Flex által gyártott kód túl terjengős és lassú ahhoz, hogy iPhone-on fusson, bár lehetséges. A CS5 olyan kódot készít, amit be lehet tolni az XCode-ba, az szépen összerakja és a továbbiak a már ismert iPhone SDK-s módon mennek majd. Tesztelni csak készüléken lehet, az iPhone szimulátorban nem: feltételezhetően a CS5 ARM-os bájtkódot gyárt, amit statikusan linkel be az app. Az egyik Flash-es azt nyilatkozta, hogy könnyű volt jó teljesítményű kódot gyártani, mert sok tapasztalatuk van az ARM-os dolgokról (lásd Flash Lite).

Az a legérdekesebb, hogy néhány szerencsés fejlesztő az alfaváltozattal készített már olyan iPhone-os alkalmazásokat, amik bent vannak az App Store-ban. Szerintem az App Review Team nem is vette észre, hogy mivel készültek. A publikus CS5 béta december környékére várható.

Konklúzió

A HTML5-tel a Flash videóplatform-os jövője inogni látszik, de ezzel a mobilos húzással ismét megkerülhetetlennek tűnik a Flash. Nincs még egy olyan mobilos fejlesztőeszköz, ami egyszerre ennyi platformot fed le jó teljesítménnyel (a Java ehhez képest vicc). Bizonyára sok Flash fejlesztő kezd el most kisebb képernyőkben gondolkodni.

Habár nyilván eltér majd a megvalósítás itt-ott és foglakozni kell az egyes platformok sajátosságaival is, de mégiscsak olcsóbb lesz fejleszteni mobilra: a mobilos alkalmazások többségét Flash-ben is létre lehet hozni majd, a platformokra készített eredeti fejlesztőeszközöket pedig csak speciálisabb esetekben lesz érdemes használni.

Hiába volt eddig is rengeteg mobilos app, úgy tűnik jövőre jön a lavina.