連続録画は正常に動作しているのに、NVRイベントに欠落が生じる原因は何ですか?

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

NVRのイベント欠落は、連続録画とAIイベント生成が、異なるストリーム、キュー、しきい値、障害モードを持つ別々のパイプラインで処理されるために発生します。

家庭用NVRでは、カメラ映像を途切れなく保存していても、イベントタイムラインから人物、車、荷物などが抜け落ちることがあります。録画ではカメラのストリームを直接リマックスできる一方、検出ではフレームのデコード、動体検知によるゲーティング、推論の実行、物体の追跡、イベントメタデータの書き込みが必要です。いずれかの段階が過負荷になったりフィルタリングしたりすると、後から確認するための保存映像を損なわずにイベントだけが失われる可能性があります。

検出ストリームがなくても録画は成功する

多くのNVRは高解像度ストリームを録画しながら、低解像度のサブストリームを解析します。検出ストリームが途切れたり、解像度が変わったり、キーフレームが不足したり、デコードに失敗したりしても、メインストリームは正常な状態を維持できます。この違いは、後の家庭環境でのテストでも確認できます。

NVRの分離されたパイプラインの説明では、カメラ入力、デコード、検出、録画の役割が分けられています。典型的な兆候は、完全な録画クリップが存在する一方で、解析入力だけにエラーやフレーム損失が見られることです。自動化に進む前に、中間結果を確認できる状態にしておく必要があります。

録画した時間帯を後から再生して物体が映っていれば、それはキャプチャが成功したことを示しますが、ライブ検出器がアクセスできていたことまでは証明しません。カメラがオンラインかどうかを示す単一の指標ではなく、ストリームごとのフレームカウンターを比較してください。この境界は、現実的な運用条件の下で個別に測定する必要があります。

動体検知、推論、追跡によってイベントが抑制されることがある

動体マスク、ゾーン、物体フィルター、信頼度しきい値、サンプリングレート、アクセラレーターの過負荷、推論キューの満杯などにより、候補が追跡対象のイベントになる前に除外されることがあります。短時間しか現れない物体や静止している物体は、タイミングの影響を特に受けやすくなります。複数のソースが限られたコンテキストを奪い合うと、その影響が実際に現れます。

物体検出器のスケジューリングのアーキテクチャを見ると、デコード済みフレームと受理された物体結果の間に、検出器のスケジューリングとデバイスの選択が位置していることが分かります。典型的な診断結果は、デコード済みフレームは存在するのに、検出や追跡が適時に生成されないことです。この依存関係は、最終的なインターフェースでも明示しておく必要があります。

同じクリップを、固定した検出器でオフライン処理して再生します。オフライン検出が成功するなら、原因はライブスケジューリングまたはゲーティングにあります。オフラインでも同じように失敗するなら、映像条件やモデルのしきい値がより有力な原因です。したがって、結果は元の証拠と照合する必要があります。

検出に成功した後でもイベントメタデータが失われることがある

物体が検出・追跡されていても、イベントの作成、サムネイルの生成、データベースへのコミット、メッセージ配信、保持期間終了後のクリーンアップで失敗することがあります。録画が残るのは、録画ライターが別のキューとストレージオブジェクトを使用しているためです。この違いは、後の家庭環境でのテストでも確認できます。

イベントメタデータの保持設定では、録画の保持とイベントの保持、およびアラートや検出のカテゴリーが区別されています。これにより、タイムラインに項目がないことが、メディアのバイトデータが欠落していることを意味しない理由が分かります。自動化に進む前に、中間結果を確認できる状態にしておく必要があります。

失敗の境界が意図的なフィルタリングである場合もあります。必要なゾーンの外側で検出された物体や、滞在時間が基準未満の物体は、パイプラインの欠落ではありません。タイムライン上の項目が欠落しているとデータ損失に分類する前に、定義されたイベントルールを確認してください。

並列パイプラインを追跡して、1件の欠落イベントを調べる

既知の欠落について、メインストリームと検出ストリームのフレーム数、デコードエラー、動体スコア、マスク、ゾーン、検出器への送信、キュー遅延、推論結果、トラックID、イベント状態の遷移、データベースへのコミット、サムネイルの書き込み、メッセージの公開、録画セグメントのタイムラインを記録します。

録画とイベント解析を使用して、録画と解析が意図的に分離されている理由を確認します。保存したクリップをオフラインで再生し、しきい値を変更せずにライブ出力とオフライン出力を比較します。この境界は、現実的な運用条件の下で個別に測定する必要があります。

最初に欠落した遷移を修復します。対象は、検出ストリーム、ゲート、推論、追跡、メタデータのコミットのいずれかです。連続録画だけから検出器の正常性を推測しないでください。また、イベントが検出された後に下流で失われた場合は、しきい値を下げないでください。複数のソースが限られたコンテキストを奪い合うと、その影響が実際に現れます。

テック&AIハブ

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.