2012-06-12 7 views
14

Ich baute den Android-Quellcode basierend auf dem http://source.android.com/source/building.html auf Ubuntu 12.04 und wenn ich den Emulator ich bekomme den Fehler und Emulator wird nicht starten:android emulator wird nicht auf ubuntu 12.04 starten nach dem von ssh laufen

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 

Eine Idee, wie kann ich das beheben?

Ich muss erwähnen, dass ich mit der Maschine mit SSH verbinden. Wenn ich von einem Ubuntu-Computer verbinden und ausführen, funktioniert es gut, aber wenn ich es über den SSH mit meinem Macbook-Rechner verbinde und versuche, es auszuführen, bekomme ich den obigen Fehler.

BR, Ramin

+0

Könnten Sie bitte posten Sie Ihre Konfiguration (RAM, CPU ...)? Hier ist ein Link, der Sie interessieren könnte: http://www.rtsoft.com/forums/showthread.php?2927-pbuffers-on-intel-cards-no-luck –

+0

8 Prozessoren mit unter Config: Prozessor \t: 0 VENDOR_ID \t: Genuine CPU-Familie \t: 6 Modell \t \t: 26 Modellname \t: Intel (R) Xeon (R) CPU E5520 @ 2.27GHz \t Schritt: 5 Mikro \t: 0x11 cpu MHz \t \t : 2260.570 Cache-Größe \t: 8192 KB FPU \t \t: ja fpu_exception \t: ja cpuid Ebene \t: 11 wp \t \t: ja Flaggen \t \t: FPU vme de pse tsc msr PAE mce 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 NOPlat xtopology tsc_reliable NONSTOP_TSC aperfmperf PNI SSSE3 CX16 sse4_1 sse4_2 popcnt Hypervisor lahf_lm ida dts bogomips \t: 4521,14 –

+1

insgesamt verwendeten freien Puffern geteilt Mem: 7983 5998 1985 0 260 -/+ Puffer/Cache: 3548 4435 Tauschen: 11641 683 10958 –

Antwort

2

Dieser Fehler wahrscheinlich die App zeigt erfordert den direkten Zugriff auf den Bildschirm. Die Verwendung von nx anstelle von X über SSH kann das Problem vermeiden. Schauen Sie, ob es auch eine Laufzeitoption für den Emulator gibt.

0

Der MacOSX X-Server beschwert sich über den Missbrauch einiger GL-Funktionen, die durch Fehler auf beiden Seiten verursacht werden können. Wenn Ubuntu als Client verwendet wird, stimmt die X-Umgebung offensichtlich gut überein.

Vielleicht sollten Sie versuchen, den Emulator auf dem lokalen Bildschirm auszuführen, und es durch VNC oder etwas Ähnliches anzeigen. Wenn die SSH-Verbindung kritisch ist, könnten Sie VNC durch SSH tunneln, einige VNC-Clients bieten diese Option direkt an.

10

Habe gestern über eine Arbeit herausgefunden.

Das Problem scheint mit Android-SDKS/Tools/Emulator zu sein, während Emulator Arm scheint gut zu funktionieren.

auf CD auf den Android-SDKs/tools und Art zu testen: emulator-arm -avd your_avd

sieht wie folgt aus den Emulator zwingt die Software-Renderer statt OpenGL zu verwenden, aber für mich (mit NX) es funktionierte.

fand ich die Arbeit hier: https://answers.launchpad.net/ubuntu/+source/xorg/+question/203681