問題タブ [android-4.3-jelly-bean]

Jellybean 4.2.2 を実行している Galaxy S4 で run-as (または ndk-gdb) を実行できません。

ICS 以前のデバイスに関するこの問題には複数の回答がありますが、それらは ICS で修正されているようです。

更新 - 2013 年 8 月: Jellybean 4.2.2 を搭載した Galaxy S4 で最初に発生した後、run-as の問題はすべての 4.3 デバイスで発生しているようです。このAndroid バグを参照してください。

確認済みの Android の問題については、こちらを参照してください。

更新 - 2013 年 11 月: Googleは Android 4.4 の run-as を修正するパッチを投稿しました。

Galaxy Nexus を 4.3 にアップデートし、新しいオンスクリーン GPU プロファイリング機能を有効にしました。Android セットアップ画面で次の結果が表示されます。

プラットフォームのハイライトによると:

非常に単純な画面でも、画面のリフレッシュ時間が滑らかな 60 fps のしきい値 (緑色の線) を超える場合が多くあります。これは主に、リフレッシュにコマンドの待機にかなりの時間がかかる場合が多いためです。完了するまで (黄色の線*)、このステップがほぼ瞬時に完了する場合もあります。これは設定アプリに固有のものでもありませんが、これまでにテストしたすべてのアプリに存在するようです. ※私には黄色というよりオレンジに見えます

私が知りたいのは：

1. この「コマンドが完了するのを待つ」のに費やされた時間は、画面コマンドがアクティブに処理されていることを意味し、したがって、時間は画面の描画に費やされた時間を正確に表します。または、この時間にはビデオ同期の待機時間が含まれていますか (ただし、この要件を削除するためにトリプル バッファーが使用されると思います)。
2. 「コマンドが完了するのを待つ」のに費やされる時間は、同じ画面を描画している場合でも大きく変動します (同じ ScrollView でわずかに上下にスクロールします)。この変動を減らす方法についてのガイダンスはありますか (または、全て）？

[編集：]

Nexus 7も更新しましたが、さらに悪いです：

「コマンドが完了するのを待っている」ために 5 フレームもスキップされており、実際の使用状況では、アプリが非常に途切れ途切れで応答しませんでした。

[編集 2:] TRIM を 3 日間トリガーするために、この記事 に従ってこれらを実行したので、N7 は工場出荷時設定へのリセットが不足するのと同じくらい「手付かずの状態」である必要があります。

• デバイスが 1 時間以上アイドル状態になっている
• 過去 24 時間に実行されたアイドル メンテナンス ウィンドウ イベントはありません
• デバイスは 30% のバッテリーで充電されているか、80% のバッテリーを持っています

現在、Google マップの動作が少し改善されているようです (以下を参照)。そのため、方法はわかりませんが、いくつかの問題はフラッシュ アクセス速度に関連している可能性があります。

それでも、Galaxy Nexus は出荷時設定にリセットされているため、「コマンドが完了するのを待つ」時間が長いことは、TRIM コマンドの欠如とは関係がなく、上記の手順に従っても実際には改善されませんでした. 振り出しに戻りました...

Android 4.3 Bluetooth Low Energyサンプルのコードを実装して、デバイスを見つけました。

私のマニフェストには

デバイスは、工場出荷時の 4.3 イメージでフラッシュされた Nexus 4 です。

一度は機能していましたが、その後の実行で次のエラーが発生します。

Android 4.3 から制限付きプロファイルが利用できるようになりました。カメラ、Gmail などの一部のアプリは、これらの種類のプロファイルでは利用できないことを知りました。アプリでこれらのタイプの条件を管理するにはどうすればよいですか? また、私のアプリに対応するアプリ内製品と制限付きプロファイル設定を管理するにはどうすればよいですか?

現在、Bluetooth Low Energy を使用するアプリケーションを開発しています (Nexus 4 でテスト中)。Android 4.3 で公式の BLE API を使い始めた後、デバイスを初めて接続した後、そのデバイスまたは他のデバイスに再び正常に接続/通信できることはめったにないことに気付きました。

こちらのガイドに従って、問題なくデバイスに接続し、サービスと特性をスキャンし、通知の読み取り/書き込み/受信を行うことができます。ただし、切断して再接続した後、サービス/特性をスキャンできないか、読み取り/書き込みを完了できないことがよくあります。ログに、これが起こっている理由を示すものは何も見つかりません。

これが発生したら、アプリケーションをアンインストールし、Bluetooth を無効にし、電話機を再起動してから、再び動作を開始する必要があります。

デバイスが切断されるたびに、必ず BluetoothGatt オブジェクトで close() を呼び出して null に設定します。洞察はありますか？

編集:
ログ ダンプ: これらのログについては、電話をルート化し、/etc/bluetooth/bt_stack.conf 内の関連項目のトレース レベルを上げました。

接続成功- 電話を再起動してアプリをインストールした後の最初の試行。接続、すべてのサービス/特性の検出、および読み取り/書き込みができます。

失敗した試行 1 - これは、上記の成功した接続から切断した後の次の試行です。特性を発見できたようですが、最初の読み取りで null 値が返され、その後すぐに切断されました。

試行の失敗 2 - サービス/特性を発見することさえできない例。

編集 2:
接続しようとしているデバイスは、TI の CC2541 チップに基づいています。私はTI SensorTag (これも CC2541 ベース) を入手して遊んでみましたが、昨日 TIが SensorTag 用のAndroid アプリをリリースしたことを発見しました。ただし、このアプリにも同じ問題があります。他の 2 台の Nexus 4 でこれをテストしたところ、同じ結果が得られました。SensorTag への接続は 1 回目または 2 回目は成功しましたが、(ログによると) その後サービスを検出できず、あらゆる種類のクラッシュが発生しました。この特定のチップの問題なのだろうか？

Android エミュレータ 18 で電話 (通話) アプリケーションが見つかりませんでした。どこにありますか?

電話アプリケーションを Android エミュレーター 18 に追加するにはどうすればよいですか?

今日、Nexus 7 に新しいAndroid JB 4.3をセットアップし、アプリケーションを実行しようとしました。

ScaleType.MATRIXを使用したImageViewsに関する小さなことを除いて、すべてが正常に機能します。

基本的に、アプリケーションにあるのは背景としてのImageViewであり、それに応じてViewPagerコールバックに応じて、 setImageMatix( Matrix matrix )を使用して imageView に与えたMatrixを更新する画像のフォーカス部分を移動します。

問題は、マトリックスを更新できなくなったことにあるようです。新しいマトリックスをインスタンス化してImageViewに渡すだけです。

新しいマトリックスをインスタンス化するたびにそれを回避することができましたが、古いバージョンに比べてメモリが非常に高価なようです。

これはバグですか？マトリックスを更新する方法はありますか? (ちなみに、ImageView eccを無効化()しようとしました。)

機能しない

働く

編集：

最初のケースでは、マトリックスが同一性に戻った場合のように、スケールや変換が適用されずに ImageView の左上隅に画像が表示されます。