Necessitas - Qt suite for Android platform (alpha)

Szerszám

"Egy évvel ezelőtt... Volt egy álmom, hogy egy napon képes leszek meglevő Qt szoftvert bármilyen Android platformra telepíteni. Volt egy álmom, hogy egy nap az összes Qt alkalmazás a rendszerszintű, megosztott Qt library-kat használja majd. Volt egy álmom, hogy egy nap az összes olyan Qt alkalmazás, amelyet egyszer lefordítottak és telepítettek egy adott Android platformra, futni fog bármelyik másik, újabb Android platformon éveken keresztül bármilyen újrafordítás nélkül. Volt egy álmom, hogy egy napon képes leszek létrehozni, kezelni, fordítani, debugolni és telepíteni Qt alkalmazásokat elsőosztályú IDE-vel. Most az álmok valósággá válnak. Hölgyeim és uraim, megtiszteltetés és kiváltság számomra, hogy bejelenthetem a *NECESSITAS* megoldáscsomag azonnali elérhetőségét."

Video:

A jelenleg alpha állapotú projekt bejelentése itt.

( freeoli v | 2011. 02. 22., k – 11:04 )

Nagyon nagyon remek. A háttérképet kár hogy gyorsan eltakartad :D

( tr3w v | 2011. 02. 22., k – 11:24 )

Aki figyelt, az tudta, hogy megy a fejlesztés egy ideje Android Lighthouse néven, így a bejelentés hírértéke leginkább abban van, hogy végre nem egyemberes project lesz belőle. Alig várom, hogy játsszak vele...
Remélhetőleg az OpenGL és a virtuális billentyűzet hiánya is megoldódik hamar.

Szerk.:
Ez utóbbi már elvileg megoldódott...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

( kmARC v | 2011. 02. 22., k – 12:13 )

subscribe.

JÓ lenne, ha fel tudná venni az androidos skint.

( dox187 | 2011. 02. 22., k – 14:15 )

Az alien dalvik-al és ezzel elképzelhető, hogy oda-vissza kompatibilis legyen a maemo és az android? Ez a mobile OS "versenyen" nem változtatna, de mindenképpen egyszerűsítheti a fejlesztők életét.

( Jester_Racer | 2011. 02. 22., k – 15:14 )

Ez naggyon jóóó.
Egyre inkább vágyok egy Androidos telefonra. (avagy subscribe)

Minthogy a dalvik regiszter-alapú (kevesebb atomikus utasításra van szükség ugyanazon magasszintű utasítás megvalósításához), ezért elég távol áll attól, hogy összemosható legyen a Java (pontosabban JVM) desktopon megszokott lassúságától.

Értsd: attól, hogy a Qt az C++, még simán előfordulhat, hogy az androidos wrappelése nagyobb erőforrást eszik, mintha "natív" androidos-Javás technológiákkal oldanák meg, és aztán az androidos hiperoptimalizáló sdk-val fordítanák.

Persze még nem merültem bele a témába, de ha ennek semmi köze a Jambihoz (vagy egy hasonló, JNI-re épülő megoldáshoz), és tényleg natív C++-ban lehet vitézkedni, akkor számítható némi gyorsulás.

Az is látszik, hogy figyelnek az apró részletekre, nem valami PoC cucc ez: van már QtCreator integration, stb. Nagyon ütős akkor lesz, ha meglesz hozzá a natív kinézetre hajazó skin is.

Minthogy a dalvik regiszter-alapú (kevesebb atomikus utasításra van szükség ugyanazon magasszintű utasítás megvalósításához), ezért elég távol áll attól, hogy összemosható legyen a Java (pontosabban JVM) desktopon megszokott lassúságától.

Ez így ebben a formában több hamis állítást és következtetést is tartalmaz. A DalvikVM valóban regiszter alapú, ezért kevesebb utasításra van szükség (nem kell az adott dolgot letenni stack-re és vissza), ám a tényleges gép kód nagyobb, mint a stack alapú gép esetén, mivelhogy meg kell nevezni a regisztereket. Ettől nem lesz érezhetően gyorsabb, csak kevesebb memóriát használ, ami hasznos dolog amikor kevés a memória, ellenben az architektúra sok regisztert tartalmaz (egy ARM architekúrának tipikusan 32 vagy 64 általános regisztere van szemben például az Intel x86 4 általános regiszterével).

A desktopon való lassúság is érdekes mítosz, kb. 2000 környékén még igaz volt, hogy a Java lassú - értve ez alatt a Swing-et, amely platformfüggetlen GUI, de azóta sok év eltelt... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Így van, jogos, igazad van, tényleg a memóriahatékonyságát szokták kiemelni.

Sajnos a "Java desktopon lassú", na az nem mítosz. Egy JAlbum, Netbeans érezhetően lassabb, kevésbé reszponzívebb programok, mint mondjuk a QtCreator, Kile, vagy Gimp. Persze vannak mindig ellenpéldák, mint pl.: OOo nem Java, még is lassú, míg Eclipse Java, még is reszponzív.

Lehet, hogy tényleg a swinggel van a baj, hmm....

Lehet, hogy különleges vagyok, de én otthon NetBeans-t használok, cégnél Eclipse van, nem látok közöttük futásbeli vagy válaszbeli különbséget... a QtCreator-t nem használtam. A Swing azért érdekes, mert Java6 óta a Swing is natív komponenseket használ... :)

Az OOo-ban van Java, az Eclipse nem teljesen Java... :)

Persze vannak jól (az ajánlások szerint) megírt Java programok és persze vannak rosszul (nem az ajánlások szerint) megírt Qt/GTK programok. Ez egy ilyen világ, nem lehet ráfogni a VM-re, hogy rossz... nálam például a FireFox - érzésre - lassabb választ ad 30 tab felett (flash is JS tiltás melett is), mint a NetBeans 30 tab felett... pedig az egyik natív GTK-s C++ program. :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Ja, értem. Arra gondoltam, hogy a felülete nem ""natív"" gtk, hanem van még ott egy réteg :) Na mindegy, kicsit bele vagyunk veszve ezekbe a részletekbe.

A lényeg, hogy ahogy elnézem mindketten olyan programokat használunk, amik nagyon sok réteget használnak. Bezzeg a WinAPI-s progik milyen reszponzívak!

Furcsa dolgokat írtok. Javára cégnél Eclipset használok, gyűlölöm teljes szívemből, lassú, kezelhetetlen. Ja és ocsmány. Akik ezt írják, nyilvánvalóan nem kedvelik az emberi lényeket. Ellenben otthon Netbeanst használok, fürge, gyors, reszponzív, szeretnivaló.

De nem én vagyok az egyetlen aki így vélekedik: http://www.ihateeclipse.com/ .

Ez kb. olyan szintű hitvita mint mondjuk egy kde vs. gnome. Én személy szerint eclipse-t nem használtam soha (leszámítva amikor valami eclipse motort használt legbelül), de netbeanst igen, és nagyon butának találtam egy visual studio után. Pontosabban úgy tűnik, hogy minden fontosabb funkciót tud, de valahogy vagy nem áll kézre, vagy az ahhoz kapcsolódó kevésbé fontosabb funkciót nem tudja. Konkrét példa: az editor nem tud blokkos kijelölést és szerkesztést.

--
Don't be an Ubuntard!

( Som-Som | 2011. 02. 22., k – 22:36 )

Köszönjük, Nokia, az Android platform nagyvonalú támogatását! :-)

És ezt te amúgy honnan tudod?

Biztos csak engem zavar, de rendszeresen teszel olyan kijelentéseket a jövőre nézve, amiket se hivatalosan se nem hivatalosan soha senki nem erősített meg. Most vagy a cégnél dolgozol, ez esetben nem szép dolog kiszivárogtatni a saját munkaadód jövőbeli terveit, vagy csak így tartod a legvalószínűbbnek, de az meg nem jelent semmit. Legalább annyit írj oda legközelebb, hogy szerintem.

--
Don't be an Ubuntard!

Akkor elnezest, kiegeszitem: szerintem. De nem igazan latok logikailag mas lehetseges lepest.

Arrol viszont tobb hir volt mar gsmarenan, hogy ugy tunik, hogy a Meegoval debutal az elso kisebb System-on-a-chip Atom:
Csak ezt talaltam meg hirtelen, de volt masik hasonlo is: http://www.gsmarena.com/meego_bug_report_reveals_a_juicy_nokia_device_p…

Ehhez jon hozza, hogy N900-on erthetetlenul lassuak a Meego buildek, foleg a Maemohoz kepest, es hogy a Linux kernel fejlesztoinek 6-8%-a Intel alkalmazott, gondolom tudjak, hogy hoigy erjenek el ilyen optimalizacioval celt, es szerintem joggal kovetkeztettem ezt ki.

Mellesleg egy teljes erteku Desktop rendszert (Maemo) olvasztottak be, ami midnen hireszteles ellenere teljesen keszen volt es kivaloan mukdoott

Szerintem is igaza van. A MeeGo-t szépen csendben ki fogja nyírni a Nokia házon belül, ha a WP7 behozza a hozzá fűzött reményeket. Az Intel meg tolni fogja egyedül az Atom alapú telefonjai miatt, de szerintem bele fog bukni. Ezek persze csak feltételezések, de a dolgok ebbe az irányba mutatnak.

es az AMD szerinted milyen architekturara fejleszt es milyenre nem? Hanyadik eselye ez eletben maradni a mobilpiacon? (a masodikat megvalaszolom: utolso). Pedig az AMD-t emg a "not invented here" sem koti, ugyanis ok jo ideig csak "lemasoltak" a korabbi Inteleket

(egyebkent ettol fuggetlenul en a WP7-nek se adok tul nagy jovot, a Samsung ARM-os Desktop Linuxat varom, mert a Maemo tenyleg nagyon jo volt)

itt a hupos cikkbol nem az jott le. A Bada az Androidhoz hasonlitott ebben: csak a kernel Linux, de mindent maguknak irnak ujat (Androidnal kulon SDK, meg az mplayer is problemasan fordult le ra, amit Maemon (legrosszabb esetben) a gcc ootb megoldott). A Maemo pedig GNU/Linuxkent (Xorg, alsa, bluez, etc.) mukodott, meg a Chromium is rafordult pl. forrasbol, es en ugy vettem ki, hogy a Samsung is ilyesmit tervez (csak qt helyett gtk es efl alapokon). Es ertem, hogy nem szivesen fejlesztettel Maemora, de az a platform nem is arrol szolt, mert tulajdonkeppen midnen keszen volt ra mar a kiadasa napjan, mig egy WP7-nel en nagyon hianyolom a sokeves szabvany mass storage es obex object push funkciokat pl.

...és ettől még nagyon szépen fogynak Linuxon is a zárt forráskódú - esetünkben - játékok is. Ami a Maemo-ra nem volt igaz. Lásd a Rovio N900-as próbálkozásait.

Azonban a WP7 mögött látható az a mozgolódás, ami hosszú távon a fejlesztők szemében rentábilis platformá teheti, főleg a Nokiáva történt összeborulás után. Ugyanez nem mondható el a Maemo/Meego párosról egyelőre.

altalaban zart szabvanyok klienseivel van gond, de meg a flash es skype is szepen ment elso nap Maemon :) (bar mar Photoshop is van Androidra es iOS-ra, Maemora az egyetlen "megoldas" az ssh -X + wine kombo volt)

Bar jatszani most en is Xbox+kinectet vennek, a Sony "Sony-only" szabvanyaibol kicsit elegem lett a PSP-nel.

WP7-hez: amig nincs benne megoldva obex fajl kuldes es Mass storage (7 eve a Motorola e398-am is tudta ezeket), addig szoba sem johet nalam felhasznaloi szinten, fuggetlenul attol, hogy ha ertenek hozza, lehet en is arra fejlesztenek szivesen

"WP7-hez: amig nincs benne megoldva obex fajl kuldes es Mass storage"

Mindig csak ezt a két érvet hozod fel. A probléma ezzel mindössze annyi, hogy
1: mass storage nyilván jól jön, ha olyan géppel kötnéd össze a telefont amihez nincs driver, de amihez van ahhoz felesleges. És megkockáztatom, hogy például a windows 7 automatikusan felismeri külső driver telepítése nélkül is.
2: én személy szerint obex-et bluetooth-on az utóbbi egy évben maximum 1x használtam, manapság már nem igazán van létjogosultsága szerintem. A bluetooth remek dolog perifériák csatlakoztatására, de a file (pontosabban object) transfer inkább csak szükségmegoldásnak tűnik.

--
Don't be an Ubuntard!

Telefonkonyvet meg mindig obexen a legegyszerubb atkuldeni. Es azert ezek alapveto file managementnek az eszkozei eleg regota ahhoz, hogy meg legyenek irva. (en haszanlom mindkettot mai napig napi szinten, tehat nekem enelkul _nincs_ telefon, es ezzel nem csak en vagyok igy)

De szerintem a "nincs Skype es flash" is komoly erv, bar az utobbi egyre nelkulozhetobb

de ha te nem hasznaltad az elmult evben, csak egyszer, akkor mar nem is kell!!!4!444negy

Arrol nem is beszelve, hogy a Mass stroage midnennel kompatibilis, a PC Suite-okbol meg mind csak Windowsra van megirva, ami nem is lenne baj, de lassan kene tudni egyeb telefonnal kommunikalni, mert nem csak Desktop OS van a vilagon, es eddig akarhany PC Suite-szeruseghez hozzanuyltam, mindegyik egy bughalmaz volt (bar az ActiveSync meg egesz turheto volt WinMonal)

( joeygeek | 2011. 02. 23., sze – 08:37 )

Behalok, törölték a videót mindenhonnan, mert egy mell volt a háttere a srácnak, ami 1 másodpercig látszott.

( kl3on v | 2011. 02. 23., sze – 08:49 )

,,Volt egy álmom...'' Lol nagyon jó :)