Qt Creator 3.0 (diskuse)

[_]

V týhle verzi by mimo jiný mělo bejt vyřešený extrémní leakování paměti, pokud jste to používali na velký projekty.

A vzhledem k výchozímu bundlu s Qt 5.2 je dost možný, že vám nepůjdou úplně správně fonty, což se dá případně fixnout přes ~/.fonts.conf. Konkrétně se hodí vypnout napevno antialiasing u bitmapovejch fontů (třeba podle jména), protože zatímco zatímco přímo v editoru je zatrhávátko pro zapínání antialiasu bráno v potaz, například ve výsledcích hledání už to může vyrábět artefakty. Syntax souboru se dá bez problémů najít na Internetu. Qt 5, co já vím, zatím stále nemá qtconfig.

A taky to nepřevezme styl z Gtk, ale musí se při spuštění nastavit ručně, což se dá vyřešit přepínačem -style gtk, což se dá připsat do desktop souboru.

[little.owl]

mělo bejt vyřešený extrémní leakování paměti,

Zatim to tak nevypada.

[zxtlpn]

Potvrzeno, stále je to šmejd (memory-wise). Teď ho mám v seznamu procesů dokonce třikrát.

[gsnak]

Mate niekto realne skusenosti s pouzivanim na androide? Da sa to realne pouzivat alebo je to zatial len na hranie?

[little.owl]

Naposledy, co jsem to zkousel, to generovalo obri aplikace, podle toho jake knihovny se pouzily. Applikacka, ktera napsana v Jave ma 300kB, muze mit 6MB podle pouzitych knihoven, jeji GUI je pomalejsi (framerate) a jeste to podle vseho leakuje.

[dodržujte zákony]

Co bys chtěl, když je to v C++.

[igny]

Jasně, to neumí totiž využívat knihovny...

[mirec]

Obrie aplikácie ... záleží od deployu. Ak sú knižnice samostatné tak aplikácia má kľudne pár kB. Čo sa týka FPS ... ja som teraz kompiloval pre allwinner a13 (staré 1-jadro), ale nie pod androidom, výsledok je takýto. Toto je jedno z najťažších demo súborov. Také bežné QML aplikácie majú stále 100fps u mňa. Žiaden slušný android žiaľ nemám poruke aby som to skúsil aj na androdie :(

[little.owl]

Ak sú knižnice samostatné tak aplikácia má kľudne pár kB.

Jenze ty MB knihovny proste potrebujete.

Na Androidu stale plati jedno - graficky frontend v Jave, performance kriticke casti v portabilnim C/C++, nejake obezlicky v Qt jsou PITA.

Toto je jedno z najťažších demo súborov. Také bežné QML aplikácie majú stále 100fps u mňa. Žiaden slušný android žiaľ nemám poruke aby som to skúsil aj na androdie :(

Tohle vypada spise jako benchmark 3D driveru/HW. Jenze problem u Qt je v rychlosti renderingu a zpusob jakym jsou veci vykreslovany - tam jde o vsechno rendering fontu, layout textu, rater images, cely jejich scenegraph, pokud neco vyrenderujete do bufferu, pak to skutecne muzete placat do vystupu 100fps. Testovali jsme systemy bezici na iMX6, referencni kalibrovany display s poradnym radicem, snimaci kamera bezici na 500 snimku/s (umi az 2000 za sekundu), pak zachytime vsechny artefacty a lagy ve vystupu, frame by frame; Android, Boot2Qt a modifikovany Tizen s EFL, a Boot2Qt je podle vetsiny kriterii nejhorsi volba.

[Rezza]

Date si s tim tolik prace, frame by frame a pak to stejne nekdo nekde dotentuje - jeste jsem bohuzel nenarazil na nejaky infotainment system, co by aspon trosku fungoval :(. Nevim, co s tim delaji a chtel bych to vedet.

[little.owl]

Tak posledni hit automobilek je nahrada zrcatek kamerami z duvodu snizeni spotreby. V soucasne dobe se tomu upravuje legislativa a jedna z prvnich specifikaci rika ze delay kamera -> screen musi byt mensi nez 50ms, coz je pro nas ponekud problem. V celem retezci je v soucasnosti plno veci, ktere jdou proti temuto pozadavku, rychle bezici kamera je pro nas jedina skutecne relevantni cesta jak veci overit a jak se ukazalo toolkit knihovna (vetsinou jen pro overlay) je jeden z nejslabsich clanku. Jinak HMI si delaji automobilky sami, nebo minimalne presne specifikace a nekdy je to skutecne divoke.

[mirec]

Mne dá hneď prvé demo tu okolo 80 fps. Ja však nejdem cez žiadnu medzivrstvu, image systému ktorý tu beží má 20MB, nabootuje za 4s bez nejakých extra optimalizácií a renderuje priamo cez eglfs. LCD má menej fps, ale synchronizácia mi zatiaľ nefunguje, takže vidno kedy nastalo prepnutie bufferov. Na androide sa mi Qt zdalo vždy výrazne pomalšie.

[little.owl]

Z tech dem pozname kulovy, nicmene u nas system postaveny na EFL byl rychlejsi nez postaveny na Qt na stejnem HW. Dalsi veci je, ze EFL jsme schopni udrzovat/pathcovat, kod je relativne transparentni a ma to nesrovnatelne lepsi licencni podminky (Qt je ponekud drahe).

Na androide sa mi Qt zdalo vždy výrazne pomalšie.

5.2 beta byla pomalejsi nez samotny Android.

[Rezza]

A o tom to je - vybiram veci, ktere na dany projekt vyhovuji nejlip. Nekde to je Qt, nekde to bude EFL skrze tyhle pozadavky. Kdyz je pro danou praci lepsi Glib/Gtk, tak dokonce pisu i v Glib/Gtk. I kdyz tam uz to fakt je o spoustu sedivych vlasu - ale mozna min, nez to delat v necem jinem. Takze je fajn mit preferovany toolkit, v kterem se pise nejlip, ale rozhodne je potreba se vyhnout tomu zaslepenemu G*, Q*, E* nikdy! Muj osobni pristup k zivotu :).

[Rezza]

Tak dnes i primitivni aplikace na Android maji desitky mega viz prvni verze Air Bank aplikace (26 MB) . Jestli je to na Androidu pomalejsi nez nativni UI, tak to to asi pekne potento, protoze neco pomalejsiho uz snad nemuze existovat. Jsem trosku v udivu, budu to muset zkusit.

[little.owl]

Tak dnes i primitivni aplikace na Android maji desitky mega viz prvni verze Air Bank aplikace (26 MB) .

Zlomek a jen prasacky napsane. Moje bankovni aplikace za posledni tri roky narostla z 800kB na 3.2MB a to jen proto, ze tam z neznameho duvodu zacali pouzivat 1.9MB binarku.

Jestli je to na Androidu pomalejsi nez nativni UI, tak to to asi pekne potento, protoze neco pomalejsiho uz snad nemuze existovat.

Problem neni rychlost grafickeho stacku, ale Dalvik, ART by to mohl zlepsit.

Kolegova Z10 (update 10.2) je pomalejsi nez muj Nexus 4, od bootu, po start browseru, pres scrolling a loadovani stranek; toz k te pomalosti.

[Rezza]

No me je to jedno co je pomale - ono je to spis blbosti vyrobcu, ze daji Android na neco co nema 8 jader, kazde na 2 GHz a k tomu 64 GB RAM :). Opravdu me prekvapuje, co lidi dovedou pouzivat, jen aby to stalo co nejmin. Ano, jedno HTC jsem u zeny vymenil za Q5... Ono to bylo nepouzitelne nove, nezasrane, za mesic uz to fakt stalo za to. Opravdu nechapu, cim to je.

Ad Z10 - jo, nevim proc je tam UI browseru psane v HTML5 a ne v QML :(. I kdyz jejich QML je vlastne jen ten jazyk, zbytek maji vlastni.

[JeChW]

Já bych řekl, že to je v pohodě. Zatím jsem zkoušel 5.2 jenom v beta verzi, ale všechno šlape tak, jak má. GUI na Androidu by mohlo být plynulejší, ale vyloženě špatný to neni.

Zatím mám na Android jenom prográmek na počítaání skóre v mariáši. Až se mi podaří portovat můj přehrávač (přepisuju to teď z Pythonu do C++, který ale neumim), tak tam se projeví, jak to doopravdy šlape...

Velikost APK, jak už tu další psali, záleží na tom, jestli přibalíš Qt knihovny k programu nebo je necháš uživatele stáhnout jako sdílený přes Ministro.

[Roslav]

Mne v beta padal, ked som otvoril viac projektov s qml. A to na cistej instalacke Win 8.1. Aj som to nahlasil, ale ze sa im to nepodarilo zreprodukovat. Na linuxe som to neskusal. Skusim, ked vyjde na Arch.

Ps. A QML prehravac mam aj ja rozrobeny (este sa to len ucim) :D

[JeChW]

Já už ten můj několik let spokojeně používám. Ale současná verze je napsaná v PySide, který nepodporuje (a nejspíš hodně dlouho nebude) Qt5. Taky port Pythonu na Android se nikam nehýbe. A UMPC (dneska by se řeklo malý tablet) s plným Linuxem se taky jen tak nedočkám, tak přepisuju backend (databáze, skenování tagů, modely atd.) do C++. Zatim se v tom taky dost topim. Nejhorší je, když mi to náhodně padá a já vůbec nevim, v který části kódu. Python, když se něco stalo, tak většinou ani nespadnul, ale každopádně vždycky napsal, kde a proč se stala chyba.

Jak debugovat programy v QtCreatoru se musím naučit. Nemáš na to nějaký know-how?

[Roslav]

Ja som v QtCreatore zatial debugoval len cez to debugovacie rozhranie a gdb a odstepovanim si volani po brakpointoch a sem tam kukol nejake tie obsahy premennych napravo (v debug mode). Nic extra.

[vencas]

A co PyQt5? Pokud vím, tak PyQt změnilo licenci a PySide už není takové terno, jak bývalo. NA úrovni zdrojáků je to téměř kompletně kompatibilní, mělo by stačit někam napsat import PyQt5 as PySide a je to.

[M4rtinK]

Doporucuju taky kouknout na prohejt PyOtherSide - podporuje to Qt5 a je to celkove velmi pekne udelane. :)