Android オフライン ビジョン SDK の統合では、まず再現可能な入力から結果までのパイプラインを検証し、次にカメラ モードとデバイスの範囲を拡張する必要があります。この記事では実装方法を提案します。新たな導入、デバイスの適応、または継続的な運用の受け入れが完了したことは報告されていません。

最初にデバイスとリソースを確認する

デバイスとシステムのバージョン、プロセッサ アーキテクチャ、SDK と依存関係のバージョン、モデル ファイル、カメラ入力を記録します。モデルの使用状況、サードパーティのリソース、ソースコードの配信範囲を個別に確認します。指定された例を使用して再現可能な環境を確立し、顧客のアプリケーションの依存関係、権限、ライフサイクルの違いを特定します。実用的な例は、そのアプリケーションの受け入れを確立するものではありません。

パイプラインの各段階で証拠を保管する

加工段階 提案作品 確認すべき証拠
リソースの準備 モデル、依存関係、バージョンを確認する ファイルインベントリ、ロード状態およびエラー
カメラキャプチャ フォーマット、寸法、フレーム寿命を確認する オリジナルのフレーム、イメージプレーンのレイアウト、キャプチャ時間
入力変換 インターフェースに従ってコピー、切り抜き、回転 提出された画像とパラメータ
推論タスク 送信、完了、ビジー、失敗の状態を管理する フレーム識別子、状態、および対応する結果
表示と回復 結果をマッピングし、停止と再生を確認する オーバーレイ比較、リカバリ手順、未完了アイテム

非同期結果を間違った画像に適用しないでください

送信された各フレームをその結果、画像バージョン、および表示変換に関連付けます。結果が到着したときにプレビュー カメラや寸法が変更されている場合は、確認せずに古い変換を適用しないでください。合意されたドロップ、スロットリング、または無効な状態のルールによって、バックログ、ビジーまたは失敗したタスクを処理します。古い結果を現在のフレームの検出が完了したものとしてマークしないでください。この記事は、特定の SDK のキューの動作について未確認の仮定を置くものではありません。

デバイスの回復とワークロードを個別に確認する

実際のアプリケーションでカメラの停止と再起動、アプリケーションのアクセス許可の変更、バックグラウンドとフォアグラウンドの遷移、モデル読み込みの失敗をテストします。バッファとタスクが適切に解放されていることを確認します。合意された画像解像度、送信ポリシー、ワークロードの下で実行時間、メモリ、障害を記録します。精度、電力消費量、長期安定性には、対応するサンプル、デバイス、測定が必要です。この設計では、測定されていないユニバーサル フレーム レートや障害ゼロの保証は提供されません。

メカニズムの参照: Android イメージの有効期間, プレビュー変換。関連サービス: Android、モバイル、組み込みビジョン SDK, プロジェクトの相談.