今日のReddit AMA（Ask Me Anything）セッションでは、GoogleチームがBluetoothを採用しています。 具体的には、Android Oreoが吸う量を少なくできる場合。
チームは、多くのAndroidスマートフォンで見られるすべてのBluetoothエラーと不整合を認識しており、PixelでAndroid Nの新しいシステム要素を作成する際に学んだトリックを使用しました。
Tim Murray：Android Bluetooth、オーディオ、およびパフォーマンスチームは、実際にOのBTオーディオを改善するために多くの作業を行いました。 、そのため、あなたはまだその労働の成果を見ていません。
Pixelの開発中、perfチームは、システムのUIクリティカルな部分を可能な限り決定的にして、スケジューラのランダムな遅延を回避することをお勧めします。 はい、それは良いアイデアであり、スケジューラの遅延をUIパイプラインから削除すると、大量のランダムなジャンクが修正されます。 https://source.android.com/devices/tech/debug/eval_perfで行ったすべての詳細を確認できます。 UIで非常にうまく機能したため、BTオーディオでも同じことを行うことにしました。 ランダムスケジューラの遅延がBTオーディオアーティファクトの原因となる場合があります。そこで、BTパイプライン全体を調べて、オーディオ品質を完璧にするために必要な保証を正確に見つけようとしました。 これにより、BTパケットごとに発生する可能性があった数十ミリ秒のジッターが除去され、フレームワークからカーネルドライバーに至るまで、スタック全体で修正が必要になりました。
私たちのテストでは、これらの変更により、BTオーディオの信頼性がNよりも大幅に優れていることがわかりました。 私たちはそれがどのようになっているかに満足しており、同じような改善が見られることを願っています。
コメントスレッド全体を読む
「通常の」スピーチでは、重要なUI要素のコードが単純化され、より線形になり、システムはタスクがスケジュールされて順番が回るのを待つ必要がなくなりました。 不必要な遅延と処理を削減することは、PixelのUIをそのまま流動的でラグのないものにします。 Bluetoothでこれらの同じ手法を使用すると、同じ時間でより多くのデータが送信され、ソースでのデータ処理に費やされる時間が短くなります。 これにより、接続が改善され、ストリームが中断されなくなります。
前述のように、これは最後の開発者ベータ版がリリースされてから行われたため、まだ動作していません。 Android Oreoが正式にリリースされたので、他のすべての最終的な調整と改良とともに、それを楽しみにしています。
