問題タブ [android-4.0-ice-cream-sandwich]

アプリケーションをAndroid1.6にデプロイするときに、下位互換性の問題が発生しました。このコードでVerifyErrorが発生します：

getActionBar（）はAPI 11より前には存在しないため、これは予想外ではありませんが、1.6以降（API 5以降？）のビルドはすべて、たとえばAPIレベルでデプロイするときに取得するlogcatメッセージに従って、これを半優雅に回避します。 8デバイス;

1.6以前はこれを行いませんが、代わりにVerifyErrorをスローします。

これをエレガントに修正し、1.6との下位互換性を持たせる方法はありますか？

編集：それで私は静的メソッドでHoneycombHelperクラスを作成することになりました：

これが最もエレガントな方法かどうかはわかりませんが、機能しているようです。

私は、かなり些細な質問だと思ったものへの答えを求めて、インターウェブ（Androidのドキュメント、ここでの回答など）を精査してきました。GoogleミュージックやYouTubeのような半透明のアクションバーをどのように実現しますか（リンクは画像の例です）。

組み込みのUIコンポーネントの利点を活用しながら、ビデオコンテンツをフルスクリーンにし、アクションバーによって制約/プッシュダウンされないようにしたい。完全にカスタムビューを使用できることは明らかですが、可能であればActionBarを活用したいと思います。

マニフェスト

アクティビティ

メニュー

カスタムアクションバービュー

現在、ハニカム用のアプリを作成していますが、openGLレンダラーが使用するメモリに重大な問題があると思われます。

状況は、複数のコンテナー ビューを保持するスクロールビューを持っていることです (20 のように多少多くなる可能性があります)。これらのコンテナー ビューはそれぞれ、レイヤー タイプがハードウェア アクセラレーションに設定された 6 つのカスタム ビューで構成されますthis.setLayerType(View.LAYER_TYPE_HARDWARE, null);(設定しないと、画像が欠落したり、間違った場所に描画されたりして、すべてがめちゃくちゃにレンダリングされます)。ビデオを表示するビデオビューもあります。

今、アプリが破棄されて再度作成されると (特にローテーションで)、アプリはデバッグ可能なエラーなしで深刻な恐ろしい死を遂げますが、ログには多くの GC と、グラフィックス バッファーのメモリ不足に関するその他の負荷が表示されます。死にかけているものの種類：

問題は、これが起こらないようにするにはどうすればよいかということです。具体的には:

• キャッシュなどに特に注意する必要がありますか?
• ハードウェア アクセラレーション ビューの量を制限する必要がありますか?

Ice Cream Sandwich はほんの数時間前に発表されたばかりで、私は数時間 SDK をいじっています。Ice Cream Sandwich は、携帯電話とタブレットの両方で動作するため、特別です。見つけられないように見える機能の 1 つは、OS が電話またはタブレット デバイスで実行されているかどうかを通知する方法です。

画面サイズが小さいため、電話用に別のデザインをしなければならない場合があるため、これは非常に便利です。

無線ファームウェアのバージョンを返し、無線が現在オンになっていない場合は null を返す新しいメソッドがBuildcalledに追加されました。getRadioVersion()これは、私が探しているものを見つけるのに最も近いものです。

ICS（Android 4.0）OSでAndroidエミュレーターを実行しようとしていますが、高速クアッドコアマシンで15分間待機しても、何も実行されません。アームCPUをエミュレートしているので遅いと思いますが、ロード画面からはまだ外れていません。誰かがそれを実行することに成功しましたか？任意のヒント？

Android 4.0 では、システムがかなりのスペースを占有するため、空き内部メモリはまばらです。これにより、インストールできるアプリの数が制限されます。

では、どうすれば内部メモリを増やすことができますか?

新しい AVD を作成するためのダイアログに、そのオプションが表示されませんでした。私は何を取りこぼしたか？いくつかのパーティション サイズ オプションを試しましたが、内部メモリに影響を与えなかったり、ブート中にエミュレータがハングしたりしません。

新しいバージョンの ADT (14.0) をインストールしてから、レンダー スクリプトが自動的にバイトコードにコンパイルされません。

私が知らない新しい方法はありますか？

どんな提案も役に立ちます。

Honeycomb (ガイドとして Google I/O アプリを使用) を介して Android 2.2 を対象とする私の 4 分の 3 の完全なアプリを Android 4 に移行する説得力のある理由があるかどうか疑問に思っていました...現在の開発トラックを放棄します。

たとえば、4.0 SDK を使用して開発すると、古い携帯電話でネイティブのアクションバーをサポートできなくなりますよね?

製図板に戻る価値があるかどうか判断できないようです...

例/アドバイスをいただければ幸いです。

編集：コメントして助けようとし、貴重なフィードバックをくれた人に感謝します...そして、取るに足らない質問と時間の無駄を教えてくれたチャールズとギャングに感謝します...

新しいIceCreamSandwich SDK（4.0）には、wifi経由でp2p接続を作成するためのAPIの新しいセクションがあります。WifiP2pManagerクラスには、ピアおよびピアグループに接続して検出する方法に関する情報がたくさんありますが、接続が確立された後にデータを送信する方法についての詳細はほとんどありません。それは言う：

接続情報WifiP2pInfoには、グループ所有者groupOwnerAddressのアドレスと、現在のデバイスがp2pグループ所有者であるかどうかを示すフラグisGroupOwnerが含まれています。したがって、p2pクライアントは、ソケット接続を介してp2pグループの所有者と通信できます。

ソケット接続の作成については、あまり経験がありません。 WifiP2pInfoまたは接続メソッドからのみ、ピアがデータを送信し、ピアグループの所有者がデータを受信するには何が必要でしょうか。

これは途中だと思ったのですが、有効にする方法を知っている人はいますか?

エミュレーター内でもコンテキストを取得できないようですが、それはGLES2.0私だけかもしれません。IllegalArgumentException:egl から一致する構成がありません。

ただし、GLES20 API Demo含まれているものは実行されるようです。

とにかく、それでも、古いエミュレーターよりも高速または高速に見えるものはありません。素敵なアップデートですが。