Android 4.4 KitKatのエミュレーターを作成していますが、エミュレーターは非常に時間がかかり、起動していません。Nexus4、Galaxy Nexus、Nexus Sなどの多くのデバイスを試しましたが、いずれも動作しません。Androidロゴが長い間表示される黒い画面。提案はありますか?
残念ながら、エミュレータのロードには非常に長い時間がかかります。 Android開発者の間での定期的な苦情。
AVD構成に移動してKitKatエミュレーターを変更し、Use Host GPU
。これにより、わずかに高速になります。
また、デフォルトのRAMで決定するスペース(通常1000以上)を使用すると、ロードが完了すると、非常に長い時間がかかることがわかりました。通常は512MBに設定します。 、プッシュで700 + MB、ただしRAMの量を減らして、エミュレーターが支援できることを確認してください。
使用できる別のエミュレータもありますが、現在はキットカットをまだサポートしていませんが、間もなく登場すると言いますが、かなりの肯定的なコメントを聞いたことがあります。
代替エミュレータは http://www.genymotion.com/ で見つけることができます
[〜#〜] update [〜#〜]
GoogleはAndroid Emulator with Android Studio 2の新しいバージョンをリリースしました。残念ながら、AS、ビルドツール、エミュレータはベータ版/リリース候補ですが、私はしばらく自分のアプリでそれらを使用していましたが、問題はありませんでしたが、エミュレーターが古いものから大幅に改善されていることもわかりました。 http://tools.Android.com/tech-docs/ emulator は、新機能と新しいエミュレータの入手方法を示します。
非常に少量のメモリ(200MBなど)でエミュレータの最初の実行を開始すると役立つ場合があります
私のマシンでは、エミュレーターが700MBで起動を拒否し(30分待ってから終了しました)、画面が空白になりました-Androidメッセージさえもありません。
メモリを128MBに減らすと、エミュレーターは通常の時間(m/cで約50秒)で起動しましたが、バックグラウンドアプリを読み込むのに十分なRAM。256 MBに変更しました。今ではメモリを最大768MBに変更でき、同じ時間枠で問題なくロードできるようになりました。
最初の実行では少量のメモリを使用する必要があるようですが、成功したら、問題なくメモリを増やすことができます(Windowsでは最大768MB)。
私は同じ問題を抱えていました...
X86エミュレーターで機能した解決策は、HAXMを最新バージョンに更新し、コンピューターを再起動することでした。
http://software.intel.com/en-us/Android/articles/intel-hardware-accelerated-execution-manager
多くの人の問題を助け、解決することを願っています。
よろしく
たぶん、ADBはカプ!
Windowsを使用してAndroidを開発している場合は、\Android-sdk\platform-tools\
ディレクトリ(注:これはAndroid SDKインストール)のサブディレクトリです。
DOSウィンドウで、次のように入力します。
adb kill-server
これにより、現在のAndroid Debug Bridge(ADB)が強制終了されます。その後、次のように入力して、再起動します。
adb start-server
Android 4.4 KitKatエミュレータが実行されているかどうかを確認するには、次のように入力します。
adb devices
それでも機能しない場合は、上記の手順を繰り返します。それ以外の場合は、IDE(Eclipse、Android Studioなど))を再起動して、もう一度試してください。
同じ問題を抱えていたので、RAMの516MBを使用するようにAVDを構成しました。ロードできました。これがあなたや他の誰かに役立つことを願っています。
私が同じ問題を抱えていたのは、コンピューターを再起動し、いくつかのプログラムだけを開いてエミュレーターを起動することでした(Eclipse、Chromeおよびそれ以上)。私の開発コンピューターは、統合された4 GBノートブックです。 Ubuntu 12.04を実行しているグラフィックス。何も派手なものはなく、KitKatエミュレーターは動作します。
エミュレータはメモリを大量に消費することを考慮してください。おそらく、エミュレータを実行しようとすると、開発マシンのリソースが不足していますか?
「ホストGPUを使用」を有効にしない限り、鉱山は表面のフリンガーでシガボールトを取得します。
編集:これは極端な解像度に関連しているようです。低解像度を使用してみてください... 1080x1920のような解像度を使用している場合-ホストGPUの有効化が機能します
起動中にエミュレータからのadb logcatの出力を確認します。類似している場合は、動作する可能性があります。
以下のログを見つけてください...
I/Vold ( 46): Vold 2.1 (the revenge) firing up
I/Netd ( 48): Netd 1.0 starting
D/Vold ( 46): Volume sdcard state changing -1 (Initializing) -> 0 (No-Media)
W/InterfaceController( 48): Warning (dlopen failed: library "/system/lib/libnetcmdiface.so" not found) while opening the net interface command library
I/SurfaceFlinger( 51): SurfaceFlinger is starting
I/SurfaceFlinger( 51): SurfaceFlinger's main thread ready to run. Initializing graphics H/W...
D/libEGL ( 51): Emulator without GPU support detected. Fallback to software renderer.
D/libEGL ( 51): loaded /system/lib/egl/libGLES_Android.so
D/gralloc_goldfish( 51): Emulator without GPU emulation detected.
E/SurfaceFlinger( 51): hwcomposer module not found
E/SurfaceFlinger( 51): ERROR: failed to open framebuffer (No such file or directory), aborting
F/libc ( 51): Fatal signal 6 (SIGABRT) at 0x00000033 (code=-6), thread 51 (surfaceflinger)
I/DEBUG ( 49): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 49): Build fingerprint: 'generic/sdk/generic:4.4.2/KK/986172:eng/test-keys'
I/DEBUG ( 49): Revision: '0'
I/DEBUG ( 49): pid: 51, tid: 51, name: surfaceflinger >>> /system/bin/surfaceflinger <<<
I/DEBUG ( 49): signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
I/DEBUG ( 49): r0 00000000 r1 00000033 r2 00000006 r3 00000000
I/DEBUG ( 49): r4 00000006 r5 00000002 r6 00000033 r7 0000010c
I/DEBUG ( 49): r8 b6fd084d r9 b7f1552c sl 00000000 fp bef71b9c
I/DEBUG ( 49): ip fffffffe sp bef719e8 lr b6f34ead pc b6f43e20 cpsr 00000010
I/DEBUG ( 49): d0 0036f09323cb6394 d1 0000000000000000
I/DEBUG ( 49): d2 0000000000000000 d3 0000000000000000
I/DEBUG ( 49): d4 0000000000000000 d5 41c1e5b1ca000000
I/DEBUG ( 49): d6 3f50624dd2f1a9fc d7 414b7849ee147ae1
I/DEBUG ( 49): d8 0000000000000000 d9 0000000000000000
I/DEBUG ( 49): d10 0000000000000000 d11 0000000000000000
I/DEBUG ( 49): d12 0000000000000000 d13 0000000000000000
I/DEBUG ( 49): d14 0000000000000000 d15 0000000000000000
I/DEBUG ( 49): scr 00000010
I/DEBUG ( 49):
Intel x86(KitKat)のシステムイメージにバグがあると思います。これは、-partition-sizeオプションと-memoryオプションを使用した場合にのみ発生し、256MB以上のストレージとメモリを使用するためです。
そこで、システムイメージを変更しました。KitKatには2つのシステムイメージがあり、1つはIntel x86 Atomシステムイメージで、もう1つはGoogle APIs(x86システムイメージ)です。 Google APIの画像で起こります。
私の場合、解決策は別のシステムイメージに切り替えることでした。 Atom x86_64を使用していましたが、Atom x86に切り替えるとすぐに、エミュレーターは完全に動作しました。
これは答えられたかもしれません...しかし、私は問題を抱えていて解決しました...この投稿を見てください、そしてあなたはそれを正しく打つと確信しています: Setup Up Android 4.4 KitKatエミュレーター
機能するかどうか教えてください...
コマンドラインを1回使用すると、Studioからも正常に機能します。
emulator -avd ExampleVDName -debug-all -noaudio -nocache -wipe-data -dns-server 8.8.8.8
これを使用する前に、toolsディレクトリに移動することを忘れないでください。 SDKの場所を知る必要があります。私の場合、まずこのディレクトリに移動してから、上記のコマンドを使用する必要がありました。
cd C:\AndroidSDK\tools
追伸:ExampleVHDName
の代わりに、独自の仮想デバイスの名前を使用することを忘れないでください。
同じ問題がありました。 Intel HAXM Acceleratorを1.0.1から1.0.8(現在のリリース)に更新すると、私にとってはうまくいきませんでした。
まず、IDEのSDKマネージャープラグインに移動し、作成するAPIレベルを選択しますAndroid仮想デバイス。そして、そのAPIのSDKプラットフォームを確認します。 SDKがインストールされていないことを示している場合は、最初にダウンロードします。
ダウンロード完了時の自動インストール後。 IDEを再起動します。AVDプラグインを起動して、ダウンロードするAVDのAPIを選択します。
現在、SDKの最大の問題は、x86エミュレータイメージがポストされていないことです。
ただし、x86 JB AVDとARM KitKat AVDからのINIを一緒にハッキングし、aosp_x86-engを構築して事前に構築されたQEMUカーネルをコピーすることにより、WindowsでKitKat x86エミュレーターを動作させました。 KitKat AOSPからWindowsホストへのx86用HAXM拡張機能を備えたWindowsで実行されるx86 KitKatイメージは、特に「ホストGPUを使用」を有効にすると、実際のハードウェアで実行するよりも高速または高速です。
Android自体をビルドしていない場合、これはおそらく役に立ちません。しかし、AOSPをビルドしている場合(またはビルド済みのx86 KitKat Android = image and QEMU kernel online)、Windowsで動作させる方法の詳細を投稿できます。
Windows Server 2012 R2のインストールでも同様の問題がありました。根本的な原因は、ビデオドライバの欠落です(MicrosoftのVanillaのものでは十分ではありませんでした)。私は丸石でまとめられたフランケンボックスで作業していたので、ここで適切なドライバーを見つけるための指示に従うことが有用であることがわかりました:
http://support.AMD.com/en-us/kb-articles/Pages/HowtoidentifythemodelofanATIgraphicscard.aspx#DID
適切なドライバーを入手したら、エミュレーターは正常に起動しました...