2012-06-12 19 views
14

Zbudowałem kod źródłowy Androida na podstawie http://source.android.com/source/building.html na Ubuntu 12.04, a kiedy uruchomię emulator otrzymuję błąd i emulator się nie uruchamia:Emulator Androida nie uruchomi się na Ubuntu 12.04 po uruchomieniu z ssh

WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 
     is not supported! This is an application bug! 
X Error of failed request: GLXUnsupportedPrivateRequest 
    Major opcode of failed request: 146 (GLX) 
    Minor opcode of failed request: 16 (X_GLXVendorPrivate) 
    Serial number of failed request: 20 
    Current serial number in output stream: 22 

Każdy pomysł, jak mogę to naprawić?

Muszę wspomnieć, że łączę się z urządzeniem za pomocą SSH. Kiedy łączę się z maszyną Ubuntu i uruchamiam, działa dobrze, ale kiedy połączę się z nią za pomocą mojego komputera MacBook przez SSH i spróbuję uruchomić, daje mi powyższy błąd.

BR, Ramin

+0

mógłbyś opublikować swoją konfigurację (RAM, procesor ...)? Oto link, który może Cię zainteresować: http://www.rtsoft.com/forums/showthread.php?2927-pbuffers-on-intel-cards-no-luck –

+0

8 procesorów z poniżej config: procesor \t: 0 vendor_id \t: GenuineIntel procesora rodziny modelu \t \t: 26 nazwa modelu \t Intel (R) Xeon (R) E5520 CPU @ 2.27GHz wstępnej \t: 5 mikrokod \t: 0x11 procesora MHz \t \t : 2260.570 rozmiar cache \t: 8192 KB FPU \t \t: tak fpu_exception \t: Tak Poziom CPUID \t: 11 wp \t \t: tak flagi \t \t: FPU VME de PSE TSC msr PAE jaw CX8 apic sep mtrr PGE MCA cmov pat pse36 clflush dts ACPI mmx fxsr SSE SSE2 ss syscall nx rdtscp lm constant_tsc arch_perfmon PEBS BTS nopl xtopology tsc_reliable nonstop_tsc aperfmperf PNI ssse3 CX16 sse4_1 sse4_2 popcnt hypervisor lahf_lm Ida dts bogoMips \t: 4521.14 –

+1

całkowite bezpłatnie udostępnione bufory Mem: 7983 5998 1985 0 260 -/+ bufory/cache: 3548 4435 Zamiana: 11641 683 10958 –

Odpowiedz

2

Ten błąd prawdopodobnie wskazuje aplikację wymaga bezpośredniego dostępu do ekranu. Używanie nx zamiast X przez SSH może uniknąć problemu. Sprawdź, czy w emulatorze jest też opcja uruchamiania.

0

Serwer MacOSX X narzeka na niewłaściwe użycie niektórych funkcji GL, które mogą być spowodowane przez błędy po obu stronach. Kiedy używasz Ubuntu jako klienta, środowisko X oczywiście dobrze pasuje.

Może powinieneś spróbować uruchomić emulator na lokalnym wyświetlaczu i obejrzeć go przez VNC lub coś podobnego. Jeśli połączenie SSH ma kluczowe znaczenie, możesz tunelować VNC przez SSH, niektórzy klienci VNC oferują tę opcję bezpośrednio.

10

Dowiedziałem się o wczorajszej pracy.

Problem wydaje się być związany z Androidem-sdks/tools/emulator, natomiast emulator - ramię wydaje się działać dobrze.

Aby przetestować dysk CD z systemem Android SDK/katalogu narzędzi i typu: emulator-arm -avd your_avd

Wygląda na to zmusza do korzystania z emulatora renderujący oprogramowania zamiast OpenGL, ale dla mnie (za pomocą NX) to działało.

znalazłem pracę tutaj: https://answers.launchpad.net/ubuntu/+source/xorg/+question/203681

Powiązane problemy