web-dev-qa-db-fra.com

Eclipse Android Emulator ne se lancera pas

J'ai installé Eclipse 4.2 avec le plugin Eclipse Android (ADT) sur Ubuntu 11.10. quand je lance le projet "Hello World" en tant qu'application Android, il ne se lance tout simplement pas!

ps -x> log.txt après le lancement de l'émulateur, sortie:

1000      7221 20.0  0.6  16884  6908 ?        D    18:11   0:00 /home/tutakhail/Android-sdks/tools/emulator-arm -avd AndroidBrowser -netspeed full -netdelay none

en lançant l'émulateur manuellement à partir de Shell, j'obtiens l'erreur suivante. Peu de temps après, l'émulateur se lance mais est très lent.

emulator: ERROR: Could not load OpenGLES emulation library: libOpenglRender.so:    cannot open shared object file: No such file or directory
emulator: WARNING: Could not initialize OpenglES emulation, using software renderer.

Des indices sur ce qui pourrait être le problème ici? Peut-être lié à Ubuntu?

15
tutak

J'imagine que c'est un bogue affectant les dernières versions des ADT qui a peut-être quelque chose à voir avec les pilotes de GPU NVIDIA. La question est discutée ici:

https://groups.google.com/forum/?fromgroups#!topic/adt-dev/nlA07toW1fc

Le travail autour de ce que j'ai trouvé et qui me permet au moins d'exécuter mes applications jusqu'à ce qu'une solution permanente soit publiée, consiste à lancer d'abord l'émulateur à partir de Shell, même si l'erreur est renvoyée. Après quoi, je clique avec le bouton droit de la souris et exécute mes projets en tant qu '"application Android". L'émulateur les exécute étonnamment!

5
tutak

Il s'avère que la solution consiste à faire pointer LD_LIBRARY_PATH vers le chemin/tools/lib. Ci-dessous fonctionne pour moi.

➜ fichier outils ../tools/lib/libOpenglRender.so ../ tools/lib/libOpenglRender.so: objet partagé LSB 32 bits ELF, Intel 80386, version 1 (SYSV), lié dynamiquement, non dépouillé

Export exportation des outils LD_LIBRARY_PATH =/home/xxxx/devel/Android-sdk-linux/tools/lib: $ LD_LIBRARY_PATH

➜ outils ./emulator-x86 -avd AtomX86 -gpu sur -qemu -m 1024 -enable-kvm

émulateur: la fenêtre de l'émulateur était hors de vue et a été recentrée ....

15
parry

J'ai une erreur similaire, et je suppose que cette erreur est due à l'absence de libGL.so.

Installez le paquet libgl1-mesa-dev;

Sudo apt-get install libgl1-mesa-dev

La source

4
Maksym Stakhieiev

J'ai essayé d'utiliser l'accélération matérielle Intel dans Ubuntu 12.04 pour exécuter des émulateurs à l'aide du package KVM. Cependant, je recevais l'erreur " Impossible de démarrer RenderThread ". L'installation du paquet libgl1-mesa-dev et la réduction du Périphérique RAM Taille à 512 ont résolu mon problème. L'émulateur est maintenant au moins 10 fois plus rapide. J'espère que cela aidera quelqu'un qui tente d'émuler des périphériques Android sous Ubuntu à l'aide d'un processeur Intel prenant en charge la technologie de virtualisation.

2
thethakuri

Essayez d’exécuter d’abord la ligne de commande emulator from pour voir si tout se passe bien. Vous devrez peut-être ajouter des options telles que:

-no-audio 
-gpu off

J'ai vu du son empêchant l'émulateur de démarrer sur certaines configurations Ubuntu.

2
Diego Torres Milano

Configurer Android_HOME

exporter Android_HOME = // Android-sdk-macosx
export PATH = $ {PATH}: $ Android_HOME/tools: $ Android_HOME/platform-tools 

et définir LD_LIBRARY_PATH

export LD_LIBRARY_PATH = "$ Android_HOME/émulateur/lib64: $ LD_LIBRARY_PATH"

Pour exécuter la version ARM

cd $ Android_HOME/émulateur /
./emulator64-arm -avd Nexus_5X_ARM_22 -no-audio -gpu off

1

Si vous utilisez Eclipse, vous devez ajouter Propriétés du projet dans le "Chemin de construction Java" -> Bibliothèques -> Android 4.4 -> "Emplacement de la bibliothèque native" le chemin du répertoire sdk/tools/lib. Pour moi c'est "install-dir-of-sdk"/sdk/tools/lib "

1
user3069932

Donc je suppose que vous n’avez peut-être pas tout installé correctement.

Vérifiez si vous avez suivi les étapes décrites dans: http://www.wikihow.com/Install-Android-on-Ubuntu-Linux-With-Eclipse-Ide

Après l’avoir correctement installé et configuré les variables d’environnement PATH. Vous pouvez également essayer de supprimer l’émulateur AVD et d’en créer un autre, puis de réessayer.

Aussi, j'ai trouvé votre question ici: https://groups.google.com/forum/?fromgroups#!topic/adt-dev/nlA07toW1fc

La question que vous avez posée n’est pas vraiment spécifique, essayez donc de suivre les étapes.

1
Android2390

La commande suivante m'a sauvé la vie avec le même problème

Sudo apt-get install libgl1-mesa-dev
1
kamil

J'ai résolu ce problème sur mon Red Hat Linux 64 bits en installant la libGL 32 bits (elle devrait se trouver dans/usr/lib /).

 Sudo yum install mesa-libGL.i686
0
GMLewisII

libOpenglRender.so et d’autres fichiers nécessaires sont présents, en effet, dans tools/lib64, tandis que avd essaie de les trouver dans tools/lib La création de liens symboliques vers les fichiers et les répertoires aidait

ln -s ../lib64/qt qt
ln -s ../lib64/gles_mesa gles_mesa
ln -s ../lib64/libstdc++ libstdc++
ln -s ../lib64/lib64GLES_V2_translator.so lib64GLES_V2_translator.so
ln -s ../lib64/lib64emugl_test_shared_library.so lib64emugl_test_shared_library.so
ln -s ../lib64/lib64OpenglRender.so lib64OpenglRender.so
ln -s ../lib64/lib64GLES_CM_translator.so lib64GLES_CM_translator.so
ln -s ../lib64/lib64EGL_translator.so lib64EGL_translator.so

(Cela semble être un bug dans la configuration d'origine, comme cela se produit avec une nouvelle installation du studio/sdk)

0
Aravinda UA