Új hozzászólás Aktív témák
-
Attól, hogy törlöd a hdpi könyvtárból a képeket, még a többiből, (ldpi, mdpi, xhdpi) meg fogja találni a megfelelő nevűt és azt fogja használni, csak átméretezi. Ahhoz, hogy átverd felül kell írnod ezeket az ikonokat. Ha meg egyáltalán nem találja akkor ki fog fagyni "Resouce not found" exceptionnel szerintem. Bár lehet, hogy a rendszertémák esetében ilyenkor visszaáll a gyárira.
Sianis
-
-
w.miki
veterán
-
Jó tudni, hogy ilyen is van
Bár hurcibálom a beállított eclipset (be van zippelve), szóval mindegy. Esetleg tud a bundle valami extrát azon kívül, hogy benne van az sdk (gondolom) meg az adt plugin?
Más: Használta már valaki a Facebook API-t? HighScoret szeretnék posztolni a falra, de csak egy csomó katyvasz leírást találtam.
-
Jó tudni, hogy ilyen is van
Bár hurcibálom a beállított eclipset (be van zippelve), szóval mindegy. Esetleg tud a bundle valami extrát azon kívül, hogy benne van az sdk (gondolom) meg az adt plugin?
Más: Használta már valaki a Facebook API-t? HighScoret szeretnék posztolni a falra, de csak egy csomó katyvasz leírást találtam.
-
WonderCSabo
félisten
Jó tudni, hogy ilyen is van
Bár hurcibálom a beállított eclipset (be van zippelve), szóval mindegy. Esetleg tud a bundle valami extrát azon kívül, hogy benne van az sdk (gondolom) meg az adt plugin?
Más: Használta már valaki a Facebook API-t? HighScoret szeretnék posztolni a falra, de csak egy csomó katyvasz leírást találtam.
-
Működött az Helios alatt is, sőt nekem még mindig működik.
MOD: Mondjuk az egy másik kérdés, hogy régóta ADT bundlere tértem már át. Az sokkalta egyszerűbb.
Sianis
Jó tudni, hogy ilyen is van
Bár hurcibálom a beállított eclipset (be van zippelve), szóval mindegy. Esetleg tud a bundle valami extrát azon kívül, hogy benne van az sdk (gondolom) meg az adt plugin?
Más: Használta már valaki a Facebook API-t? HighScoret szeretnék posztolni a falra, de csak egy csomó katyvasz leírást találtam.
-
WonderCSabo
félisten
-
...emellett mindkettőben érdemes egy pillantást vetni a Projet/Clean... és Project/Build Autamitcally pontokra. Nekem volt olyan (sztem. bug), hogy az erőforrások megváltoztatása után nem fordított újra automatically, és az R. file elemei még korábbi értékekre mutattak. A biztos, ha törlöd pl. a gen mappát, és utána újrafordíttatod (pl. clean). Ilyenkor ugyanis legyártja újból, és az biztos jó lesz.
Ez is lehet az oka. Sokszor csak egy eclipse restart segít, hogy egyáltalán az assets mappában lévő cuccok frissüljenek, mert hiába nyomkodom az f5-t / cleant, nem foglalkozik vele.
"A biztos, ha törlöd pl. a gen mappát, és utána újrafordíttatod (pl. clean). Ilyenkor ugyanis legyártja újból, és az biztos jó lesz."
Vagy nem. Nekem olyat is produkált már, hogy ott volt az R.java mégis sipákolt, hogy nem találja az R classt. Szintén restart segített
-
Semmiképpen sem normális, bár a Helios elég régi, lehet leszarják az SDK-ban (nem lennék meglepve). Próbáld meg Indigoval, én azt használom, mert a Juno elég bugos és nem működik vele a coffee bytes folding plugin sem.
Ez lett volna a következő kérdésem az eclipse állatfajta.
Két plug van fenn egy macro és egy color theme. Szerintem ezek valamelyike zagyvál.
Kipróbálom az Indigo-t minden plug nélkül. -
fatal`
titán
AndroidManifest.xml:
<activity>
...
android:label="@string/my_activity_label"
...
</activity>strings.xml:
<resources>
...
<string name="my_activity_label">My Activity Label</string>
...
</resources>Én azt hittem futásidőben szeretné. Nem tudom miből gondoltam
-
WonderCSabo
félisten
-
Sziasztok!
Szeretnék az alkalmazásomhoz belső adatbázist csatolni, amit nem az internetről ér el, hanem a készülékről. Mivel ez nem az appal együtt töltődik le és tárolódik, nem tudom megoldani, hogy a programban frissíthető legyen. Keretem megoldásokat, de nem igazán sikerült megértenem.
Milyen megoldást ajánlatok?
Gombnyomásra töltse le az sd kártyára az adatbázis fájlt, és az alapján írjam felül a régebbi adatbázist sorról sorra? Vagy van jó megoldás arra, hogy közvetlenül a fájlból nyissam meg az adatbázist? -
SektorFlop
aktív tag
-
thon73
tag
Root Explorerrel böngészve nem találom ezt a mappát: /system/etc/init.d/, vagyis az etc-n belül nincs init.d, megnéztem konzol alól is de nem talál olyan mappát hogy init.d.
Igen igen, csak a kinézett miatt kapta az ICS nevet, egyébként 2.3-van rajta ahogy láttátok is. A kernel pedig a proci felhúzás miatt kellet, mert a gyáriban le van tiltva :S
-
SektorFlop
aktív tag
Jogos. Hát ettől télleg nem lettünk okosabbak.
Nézd meg sztem az init.d-ben lévő file-ban (ennek nem írták a nevét, de minden init.d-ben lévő file minden sora végrehajtásra kerül) lévő rm sort, van-e ilyen? (((Ez egyébként egy egyszerű linux utasítás, mely minden indításkor végrehajtásra kerül (ezért van az init.d-ben), és kiveszi a log alól a könyvtárat. Ennek hiányában az nem tud hová írni, tehát nincs log. - Bár én nem vagyok linuxos guru)))
Nekem a /system/etc/init.d/-ben 6 db rövid file van, de egyikben sincs ez az rm... utasítás. Ezek viszont fontos rendszerfile-ok, óvatosan szabad belenyúlni! Lehet, hogy meghívnak más parancsfile-okat is (nálam igen), akkor érdemes azokat is lekövetni, hátha ott van furcsaság.
A szervízkódot (második hozzászólás) csak finoman próbálnám ki, nem tudom minden kernel-ben/gyártónál működik-e. De egy próbát megér, utána úgyis kernel csere, ha ezek nem működnek (és kell a log).A név is megtévesztő. A 2.3.6 nem ICS verzió. Gondolom a kinézetet vették át. ICS-nek látszó GB. Van ilyen. Csak nem tudom ez melyik.
-
thon73
tag
Kernel verzió: 2.6.38.6-perf
Android verzió: 2.3.6A Rom neve egyébként, ICS OS B07-van a készüléken.
-
SektorFlop
aktív tag
http://stackoverflow.com/questions/6941710/unable-to-open-log-device-dev-log-main-no-such-file-or-directory
Ez szerintem pont azt célozza, amit kérdezel. Érdekes. nem gondoltam volna, hogy ezt ennyire ki lehet kapcsolni.
Megírnád, melyik rom/kernel ez, és mit sikerült tenni?Bocs, két lépéssel lemaradtam. Akkor legalább annyit, amit a telefon névjegyénél kiír. Vagyis, ho. milyen rom ill. kernel. Köszi!
-
thon73
tag
Na most volt időm és megpróbáltam kiküszöbölni a logcat-es problémámat... De csak újabb hibába ütköztem:
?:??: W/?(?): logcat read: Is a directoryLehet jobban járok ha felrakok egy másik romot a készülékemre. Gondolom a főzött rom egyik következménye.
-
SektorFlop
aktív tag
-
Yany
addikt
Na most volt időm és megpróbáltam kiküszöbölni a logcat-es problémámat... De csak újabb hibába ütköztem:
?:??: W/?(?): logcat read: Is a directoryLehet jobban járok ha felrakok egy másik romot a készülékemre. Gondolom a főzött rom egyik következménye.
Ha Semaphore kerneled van, akkor a saját appjában kapcsold be a Logger opciót.
-
SektorFlop
aktív tag
-
thon73
tag
Igen, sztem is jó lenne, bár nem sok újdonságot hozott a 7-es verzió, de olyan kis finomságokat igen, amik nagyon kényelmesek, és kódot lehet spórolni (generics diamond operator, try-with-resources, string swith-case, multi-catch).
-
WonderCSabo
félisten
-
fatal`
titán
Az OpenJDK az, amit letöltesz az Oracle honlapjáról, csak ott nem úgy hívják...
thon73: Természetesen lehet használni a 7-es JDK-t, de csak a 6-os verziójú levellel, sajnos.
Az az oracle (sun) jdk. Vagy rosszul tudom?
Szerk.: Aha, szóval a VM-ben van eltérés. Na így már érthető
Előbb-utóbb egyébként valamelyik API levelnél szerintem jó lenne, ha váltanának a 7-es javara a googlenél.
-
WonderCSabo
félisten
Az OpenJDK az, amit letöltesz az Oracle honlapjáról, csak ott nem úgy hívják...
thon73: Természetesen lehet használni a 7-es JDK-t, de csak a 6-os verziójú levellel, sajnos.
-
WonderCSabo
félisten
-
-
Nem úgy működik, hogy a java fordító a forráskódból byte-code-ot csinál, és a .class-ból készít az Android SDK .dex-et? Vagyis az elején kell lennie egy java fordítónak (a jdk-ból) és csak az eredményből lesz Dalvik VM-hez való kód. Ezért mégsem értem, hogy az AIDE a fordítás első felére mit használ fel? ((Mert egyébként teljesen kompatibilis az Android SDK/Eclipse IDE -vel))
A kérdésem igazából windows alatt sem más, uis. - az írások szerint - az Oracle/Sun Java 7 sem megfelelő a fordításhoz. (Na jó, 99%-ban megfelel.) Ott (Win alatt) egyébként abban különbözik a helyzet, hogy a 7-es és 6-os verziókat nehezebb párban használni, legalábbis nehezebb beállítani/átlátni, hogy melyiket használja a rendszer. (Az Eclipse dokumentációja szerint a környezeti változókat nem használja.) Viszont a 6-os egyre inkább ki lesz téve biztonsági réseknek, tehát pl. bankolásra egyre kevésbé illik használni. (Még két hétig ez persze nem igaz
)Bocsánat, hogy a kákán is csomót keresek; csak izgat a kérdés. Belefutottam ebbe az elméleti problémába, és sehol nem találok választ.
Igaz, az is egy válasz, hogy használjam az OpenJDK-t vagy a SunJava 7-t, lesz-ami-lesz alapon. Ha hiba jelentkezik, elég majd akkor foglalkozni vele. Én azért örülnék, ha inkább az előbbit tudnánk tisztázni.Több infom nincs a fentiekről, nem jártatom tovább a számat, csak fülelek a válaszokra! Köszi!
-
Android-ra (on-board) nincs Sun Java, tehát azt nem használhatja. De akkor vajon mit?
Mert ott nincs rá szükség, rögtön dalvikra fordít. Hogy linuxon mit használ azt nem tudom, de windowson oraclet, mert az van.
Nem úgy működik, hogy a java fordító a forráskódból byte-code-ot csinál, és a .class-ból készít az Android SDK .dex-et? Vagyis az elején kell lennie egy java fordítónak (a jdk-ból) és csak az eredményből lesz Dalvik VM-hez való kód. Ezért mégsem értem, hogy az AIDE a fordítás első felére mit használ fel? ((Mert egyébként teljesen kompatibilis az Android SDK/Eclipse IDE -vel))
A kérdésem igazából windows alatt sem más, uis. - az írások szerint - az Oracle/Sun Java 7 sem megfelelő a fordításhoz. (Na jó, 99%-ban megfelel.) Ott (Win alatt) egyébként abban különbözik a helyzet, hogy a 7-es és 6-os verziókat nehezebb párban használni, legalábbis nehezebb beállítani/átlátni, hogy melyiket használja a rendszer. (Az Eclipse dokumentációja szerint a környezeti változókat nem használja.) Viszont a 6-os egyre inkább ki lesz téve biztonsági réseknek, tehát pl. bankolásra egyre kevésbé illik használni. (Még két hétig ez persze nem igaz
)Bocsánat, hogy a kákán is csomót keresek; csak izgat a kérdés. Belefutottam ebbe az elméleti problémába, és sehol nem találok választ.
Igaz, az is egy válasz, hogy használjam az OpenJDK-t vagy a SunJava 7-t, lesz-ami-lesz alapon. Ha hiba jelentkezik, elég majd akkor foglalkozni vele. Én azért örülnék, ha inkább az előbbit tudnánk tisztázni.Több infom nincs a fentiekről, nem jártatom tovább a számat, csak fülelek a válaszokra! Köszi!
-
Köszi, ez a beállítási lehetőség megvan. Csak úgy tűnt számomra, hogy ez az aktuális jdk kompatibilitási szintjét állítja be. Vagyis, ha pl Java JDK 7 (1.7) van fent, akkor az még beállítható úgy, mintha mondjuk 1.6 lenne. A hozzászólások többsége azonban arról ír, hogy az Android fordító a Sun/Oracle JDK 1.6 "köztes" kódjából dolgozik tovább. Mivel a "köztes" byte-kód nem feltétlenül egyezik meg az egyes gyártók között, ezért nem javasolják az OpenJDK használatát. A Sun Java 1.7 viszont megint más kódot használ, mint az 1.6, sőt arról is olvastam, hogy Open JDK az alapja. Ember legyen a talpán, aki kibogozza, hogy mi az igazság.
JRE szerintem bármi lehet, ott nincs "köztes-kód" használat, tehát ezek kompatibilisek (kell legyenek). Emiatt levettem a Sun kivételével a többi JDK-t (próbaképp), de az Open Office azonnal visszatelepítette az OpenJDK (JDK-t). Hm. Persze az alapértelmezett még mindig átállítható. De csak rendszerszinten találtam ilyet.
Egyébként én is használtam (tudatlanul) OpenJDK-val az Android SDK-t, és működött. Ám a vélemyéneyek szerint a működés nem 100%-os, lesznek benne hibák. (Hogy ilyet hogyan lehet szándékosan előidézni, nem tudom.)
Abban nem vagyok biztos egyébként, hogy az Android SDK kiolvassa ezt a beállítást az Eclipse IDE-ből. (Elvileg más IDE-vel is működik.) Csak annyit szeretnék megtudni (de azt biztonsággal), hogy az Android SDK (és nem az Eclipse IDE) éppen melyik JDK segítségéval fordít. Ehhez semmi info-t nem találtam.
Ezzel kapcsolatban valami ötlet? Info? Saját tapasztalat? Nekem még annyi van, hogy készítettem programot AIDE segítségével is. Android-ra (on-board) nincs Sun Java, tehát azt nem használhatja. De akkor vajon mit?Az AsyncLink-kel kapcsolatban annyit: még folytatódik (amint lesz időm)!
Android-ra (on-board) nincs Sun Java, tehát azt nem használhatja. De akkor vajon mit?
Mert ott nincs rá szükség, rögtön dalvikra fordít. Hogy linuxon mit használ azt nem tudom, de windowson oraclet, mert az van.
-
A jdk verziót itt tudod beállítani: jobbklikk projekten->preferces->java compiler
De a verziószámon kívül nem tudom hogy lehet e mást is állítani.
Talán verziószám alapján meg tudod különböztetni a kettőt.Küszi a linket. Hasznos összefoglaló
Köszi, ez a beállítási lehetőség megvan. Csak úgy tűnt számomra, hogy ez az aktuális jdk kompatibilitási szintjét állítja be. Vagyis, ha pl Java JDK 7 (1.7) van fent, akkor az még beállítható úgy, mintha mondjuk 1.6 lenne. A hozzászólások többsége azonban arról ír, hogy az Android fordító a Sun/Oracle JDK 1.6 "köztes" kódjából dolgozik tovább. Mivel a "köztes" byte-kód nem feltétlenül egyezik meg az egyes gyártók között, ezért nem javasolják az OpenJDK használatát. A Sun Java 1.7 viszont megint más kódot használ, mint az 1.6, sőt arról is olvastam, hogy Open JDK az alapja. Ember legyen a talpán, aki kibogozza, hogy mi az igazság.
JRE szerintem bármi lehet, ott nincs "köztes-kód" használat, tehát ezek kompatibilisek (kell legyenek). Emiatt levettem a Sun kivételével a többi JDK-t (próbaképp), de az Open Office azonnal visszatelepítette az OpenJDK (JDK-t). Hm. Persze az alapértelmezett még mindig átállítható. De csak rendszerszinten találtam ilyet.
Egyébként én is használtam (tudatlanul) OpenJDK-val az Android SDK-t, és működött. Ám a vélemyéneyek szerint a működés nem 100%-os, lesznek benne hibák. (Hogy ilyet hogyan lehet szándékosan előidézni, nem tudom.)
Abban nem vagyok biztos egyébként, hogy az Android SDK kiolvassa ezt a beállítást az Eclipse IDE-ből. (Elvileg más IDE-vel is működik.) Csak annyit szeretnék megtudni (de azt biztonsággal), hogy az Android SDK (és nem az Eclipse IDE) éppen melyik JDK segítségéval fordít. Ehhez semmi info-t nem találtam.
Ezzel kapcsolatban valami ötlet? Info? Saját tapasztalat? Nekem még annyi van, hogy készítettem programot AIDE segítségével is. Android-ra (on-board) nincs Sun Java, tehát azt nem használhatja. De akkor vajon mit?Az AsyncLink-kel kapcsolatban annyit: még folytatódik (amint lesz időm)!
-
SektorFlop
aktív tag
-
thyrpacia
csendes tag
Az eclipse valamiért nem akarja log-olni a telefonomom történő dolgokat.
?:??: W/?(?): Unable to open log device '/dev/log/main': No such file or directory
Ennyit ír a LogCat-ben, amikor rádugom a készüléket.
-
Senki sem tudja, hogyan lehet a JDK-t beállítani Android SDK alatt? (Az OpenOffice visszarakta az Openjdk-jdk-t, és nem tudom, az Android melyiket használja.)
Más: ha valaki AsyncTask-ot használ, egy blogcikk-sorozatban összeírtam, amit összeszedtem ill. kipróbáltam. ([link], folytatás folyamatban) Kicsit hosszú ahhoz, hogy a fórumra kerüljön, de ha van itt további ötlet / egyéb tapasztalat / ellenvetés, annak örülök.A jdk verziót itt tudod beállítani: jobbklikk projekten->preferces->java compiler
De a verziószámon kívül nem tudom hogy lehet e mást is állítani.
Talán verziószám alapján meg tudod különböztetni a kettőt.Küszi a linket. Hasznos összefoglaló
-
Van valakinek tapasztalata Android SDK-val Ubuntu 12.04 (vagy hasonló) alatt?
Addig eljutottam, hogy 32 bites Oracle (Sun) Java 6 Jdk az igazán hozzávaló. (Egyéb JDK-ról megoszlanak a vélemények, de most nem ez a kérdés.)
A kérdés az: ha több Java JDK van telepítve a gépen, akkor hogyan tudom kiválasztani, hogy az Android SDK melyiket használja? (Persze leginkább úgy, hogy az általában használt JRE ill. a default JDK se változzon meg. Ha egyáltalán lehet ilyet.)Előre is köszönöm!
-
SektorFlop
aktív tag
-
Azt a mindenit!
Nagyon ritkán szoktam kérdéseimmel zavarni, inkább kifórumozom a legelvetemültebb elképzelésemet is, de hogy a BKV-nak vagy ilyen adatbázisa, azt álmomban sem mertem volna gondolni.
Ezer hála és köszönet! -
-
SektorFlop
aktív tag
-
Nem egészen ilyenre gondoltam..de azért köszi.
-
Valaki tudna nekem küldeni olyan oldalt ahol androidos programozási gyakorlatii példák vannak utasításokkal?
Kerestem Google-be de nem találtam igazán jókat.Merre kerested?
[Az egyik kedvencem ]. [Ha kérdés van itt szinte mindenre van/volt válasz] -
Igen valóban eléggé leegyszerűsítettem az okot. A valóság az hogy az alap virtuális gép nem használ semmiféle hardveres virtualizációs technológiát. Az egészet szoftveresen oldja meg, így nem szükséges hogy a fejlesztő gép támogasson bármilyen hardveres virtualizációt. Látható hogy igen erőforrás igényes egy nagy részben konfigurálható gépet teljes egészében szoftveresen működtetni. Mivel ARM processzort virtualizálunk így az összes utasítást át kell fordítani másik utasításkészletre.
Itt jön a képbe az x86-os képfájl. Itt lecserélték az emulátor (Android) Linux kernelének ARM specifikus utasításait az x86 os utasításkészletre így már nem szükséges egy teljes ARM processzort virtuálisan működtetni. Az utasítások mehetnek közvetlenül a hoszt processzorának, nyilván felügyelten (ehhez kell hogy a hoszt támogassa a hardveres virtualizációt).Persze nem állítom hogy az x86 os kép minden esetben gyorsabb. Nálam óriási a különbség a kettő között. Míg az alap alig akart elindulni és a menüt is 3 perc volt behozni addig az x86 os pikk pakk ment mintha telefonon futtattam volna.
Nem tudom a bluestacks mit használ és hogyan működik mert nem próbáltam még, amint lesz egy kis időm mindenképpen megnézem mert nagyon jó cuccnak tűnik, de egészen biztos vagyok benne hogy ilyen szintű testreszabásra mint az alap emulátorban biztosan nincs lehetőség. Így optimalizálni is könnyebb.
-
Igen valóban eléggé leegyszerűsítettem az okot. A valóság az hogy az alap virtuális gép nem használ semmiféle hardveres virtualizációs technológiát. Az egészet szoftveresen oldja meg, így nem szükséges hogy a fejlesztő gép támogasson bármilyen hardveres virtualizációt. Látható hogy igen erőforrás igényes egy nagy részben konfigurálható gépet teljes egészében szoftveresen működtetni. Mivel ARM processzort virtualizálunk így az összes utasítást át kell fordítani másik utasításkészletre.
Itt jön a képbe az x86-os képfájl. Itt lecserélték az emulátor (Android) Linux kernelének ARM specifikus utasításait az x86 os utasításkészletre így már nem szükséges egy teljes ARM processzort virtuálisan működtetni. Az utasítások mehetnek közvetlenül a hoszt processzorának, nyilván felügyelten (ehhez kell hogy a hoszt támogassa a hardveres virtualizációt).Persze nem állítom hogy az x86 os kép minden esetben gyorsabb. Nálam óriási a különbség a kettő között. Míg az alap alig akart elindulni és a menüt is 3 perc volt behozni addig az x86 os pikk pakk ment mintha telefonon futtattam volna.
Nem tudom a bluestacks mit használ és hogyan működik mert nem próbáltam még, amint lesz egy kis időm mindenképpen megnézem mert nagyon jó cuccnak tűnik, de egészen biztos vagyok benne hogy ilyen szintű testreszabásra mint az alap emulátorban biztosan nincs lehetőség. Így optimalizálni is könnyebb.
-
Légyszíves segítsetek! Az a gondom, hogy egyszerűen nem tudom elindítani az új android projektjeimet a virtuális telefonon (Virtual Device Manager), azt írja ki a konzolba hogy:
Activity Manager: Error: Activity class (........) does not exist.
De nem értem hogy miért, mikor tegnap még simán létrehoztam egy új projektet, minden királyul lefutott, és most meg semmi. Egyáltalán mi a gondja? Semmi nincs benne, egy alap projekt, annyit csinálok hogy create new project és run as android application.
(Annyira felhúzta az agyamat hogy az nem igaz
)
Mostmár inkább megkérdezem ezt is: a 2.3.6-os android verziójú telefonomra így jó a projekt beállítás:
Minimum Req SDK: 2.2 Froyo
Target SDK: 2.3.3
Compile with: 2.3.3
Kérlek segítsetek -
Igen valóban eléggé leegyszerűsítettem az okot. A valóság az hogy az alap virtuális gép nem használ semmiféle hardveres virtualizációs technológiát. Az egészet szoftveresen oldja meg, így nem szükséges hogy a fejlesztő gép támogasson bármilyen hardveres virtualizációt. Látható hogy igen erőforrás igényes egy nagy részben konfigurálható gépet teljes egészében szoftveresen működtetni. Mivel ARM processzort virtualizálunk így az összes utasítást át kell fordítani másik utasításkészletre.
Itt jön a képbe az x86-os képfájl. Itt lecserélték az emulátor (Android) Linux kernelének ARM specifikus utasításait az x86 os utasításkészletre így már nem szükséges egy teljes ARM processzort virtuálisan működtetni. Az utasítások mehetnek közvetlenül a hoszt processzorának, nyilván felügyelten (ehhez kell hogy a hoszt támogassa a hardveres virtualizációt).Persze nem állítom hogy az x86 os kép minden esetben gyorsabb. Nálam óriási a különbség a kettő között. Míg az alap alig akart elindulni és a menüt is 3 perc volt behozni addig az x86 os pikk pakk ment mintha telefonon futtattam volna.
Nem tudom a bluestacks mit használ és hogyan működik mert nem próbáltam még, amint lesz egy kis időm mindenképpen megnézem mert nagyon jó cuccnak tűnik, de egészen biztos vagyok benne hogy ilyen szintű testreszabásra mint az alap emulátorban biztosan nincs lehetőség. Így optimalizálni is könnyebb.
Én amikor a játékot fejlesztettem kipróbáltam mindet, fpsben alig volt különbség, mindkettő a béka segge alatt volt (20-30 között), telefonomon 60. BlueStackson meg 200
A menü is botrányosan lassú mind a két emuláció alatt.Igaz én Windows alatt vagyok, Linux alatt nem próbáltam.
-
Nem azért van, hanem azért mert az android-sdkban lévő emulátor egy rakás trágya, az x86-os sem gyorsabb. Nézz csak meg egy bluestackset, én azt használom fejlesztéshez.
Igaz, ez GB-t emulál, de értelmes sebességgel. ICS-nek meg ott a telefonom, ha JB kell, akkor indítok csak sdk-emut. -
Szia
Én is ezzel szenvedtem de találtam megoldást. A probléma hogy ugyan elindulna az emulátor csak iszonyatosan lassan. Ez azért van mert az android arm utasításkészletet használ míg a géped nem.A megoldás ha intel procid van:
1. Nyisd meg az SDK managert
2. Telepítsd az Intel x86 Atom System Image-et. Ebből a jelenlegi legmagasabb verziószámú a 4.1.2-es
3. A. Az others mappában van egy Intel Hatrdware Accelerated Execution Mannager nevű. Ezt töltsd le.
4. Az sdk/extras/intel/Hardware_Accelerated_Execution_Manager mappában van egy IntelHaxm.exe nevű fájl. Telepítsd.
5. Csinálj egy új AVD-t és a létrehozásnál válaszd a következők legyenek a beállítások:
Target: 4.1.2 (igazából más is lehet csak legyen hozzá letöltve az x86 os image)
cpu/abi: intel atom x86
Így már egy egész tűrhető sebességű AVD-t kapsz. Amitől még gyorsabbá tudod tenni ha bepipálod a Use Host GPU opciót.Nem azért van, hanem azért mert az android-sdkban lévő emulátor egy rakás trágya, az x86-os sem gyorsabb. Nézz csak meg egy bluestackset, én azt használom fejlesztéshez.
Igaz, ez GB-t emulál, de értelmes sebességgel. ICS-nek meg ott a telefonom, ha JB kell, akkor indítok csak sdk-emut. -
Ha nem használsz fragmenteket, akkor jó lehet. Az pedig nagyon fontos újítás volt talán a 11-es apiban.
Használok. 11 előtt is vannak, a Support Library használata miatt. Nem lehet dobni a 11 előtti verziók támogatását csak amiatt, mert nincs Fragment.
Sianis
-
Én amíg nem szükséges valami oknál fogva a 4.0 feletti API tesztelése, mindig 2.2 vagy 2.3-as emulátorokkal tesztelek. Jellemzően 480x320-as felbontással. Első indulása ennek sem gyors, viszont utána ezek a leggyorsabban működő emulátorok. Tapasztalataim szerint, ha 4.0 kell, akkor érdemes inkább telefont venni, megtérül az egész ott, hogy pillanatok alatt települ, indul az eszközön az alkalmazás. Oké, ez utóbbi inkább vállalati környezetben elképzelhető.
Sianis
-
Szia
Én is ezzel szenvedtem de találtam megoldást. A probléma hogy ugyan elindulna az emulátor csak iszonyatosan lassan. Ez azért van mert az android arm utasításkészletet használ míg a géped nem.A megoldás ha intel procid van:
1. Nyisd meg az SDK managert
2. Telepítsd az Intel x86 Atom System Image-et. Ebből a jelenlegi legmagasabb verziószámú a 4.1.2-es
3. A. Az others mappában van egy Intel Hatrdware Accelerated Execution Mannager nevű. Ezt töltsd le.
4. Az sdk/extras/intel/Hardware_Accelerated_Execution_Manager mappában van egy IntelHaxm.exe nevű fájl. Telepítsd.
5. Csinálj egy új AVD-t és a létrehozásnál válaszd a következők legyenek a beállítások:
Target: 4.1.2 (igazából más is lehet csak legyen hozzá letöltve az x86 os image)
cpu/abi: intel atom x86
Így már egy egész tűrhető sebességű AVD-t kapsz. Amitől még gyorsabbá tudod tenni ha bepipálod a Use Host GPU opciót.Az első indulás valóban lassú az emunak, de nem kell kikapcsolni. Fejlesztó gépre a stackowerflow szerint is jó megoldás a platform csere.
-
Sziasztok! Gondoltam belevágok az android applikáció fejlesztésbe. Csupán C-ben való programozásban, illetve processingben van előéletem, de most nem ez a lényeg
Feltettem az eclipse+sdk kombót és elkezdtem az ismerkedést. Létrehoztam ez első projektemet, majd létrehoztam a AVD-ben egy virtuális eszközt, de akárhogy erőlködök, nem tudom elindítani, addig jut csak, hogy bejön a kis ablak és megjelenik rajta a ragyogó android felirat, de bármeddig várok nem megy tovább. Remélem tudtok nekem segíteni. Előre is köszi.
)
Új hozzászólás Aktív témák
- Revolut
- HiFi műszaki szemmel - sztereó hangrendszerek
- BestBuy topik
- Mibe tegyem a megtakarításaimat?
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Arc Raiders
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Tőzsde és gazdaság
- World of Tanks - MMO
- További aktív témák...
- Akció!!! Sosemhasznált! HP OmniBook 5 i7-1355U 16GB 1TB 16" FHD+ Gar.: 1 év
- AMD FX-6300 CPU + ASUS M5A97 EVO R2.0 + GeForce GTX 1060 3GB
- Új - MacBook Pro M5 Pro Chip 14" 15C / 16C / 24 GB RAM / 1TB SSD / Silver / Black - 27% Áfás
- Dell Precision 5560 i5 11500H 16GB 256GB SSD 1920x1200 Matt IPS
- Új - MacBook Pro M5 Chip 14" 10C / 10C / 16 GB RAM / 512 SSD / Silver / Black - 27% Áfás
- 27% - GIGABYTE X870E AORUS XTREME AI TOP AM5 csúcs Alaplap!
- Honor X8a 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! MSI B650 R7 8700F 64GB DDR5 512GB SSD RX 7700 XT 12GB LIAN LI LANCOOL 217 FSP 650W
- Eladó Vivo Y19S 6/128GB fehér / 12 hónap jótállás
- Gaming PC! Ryzen 5700X / RTX 3070 / B550 / 32GB 2666Mhz / 512GB NVMe / 850w Gold! BeszámítOK
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest