都市データ活用5分で読めます

「映像をきれいにしてから数える」は逆効果だった — 前処理の落とし穴

揺れた映像は、先に安定化してから解析すれば精度が上がるはず——そう考えて実験したら、逆に検出が壊れました。人の目に良い処理と機械の計測に良い処理は別物。計測は元映像・表示だけ安定化という使い分けと、前処理を検証するチェックリストを紹介します。

山本 新山本 新

手持ちで撮った映像は揺れます。揺れた映像を見ると、誰でも同じことを考えます——「先に映像を補正して安定させてから数えれば、精度が上がるのでは」。

私たちも同じことを考えて、人力カウントのある複数の地点で実験しました。結果は逆でした。

映像を「きれいに」したら、検出が壊れた

映像全体を画像処理で安定化してから解析したところ、揺れが小さい地点ではほとんど効果がなく、揺れが大きい地点では検出そのものが壊れました。ある地点では、カウントの元になる検出数が半分近くまで落ちています。

原因は、安定化処理が映像の画素を引き伸ばしたり切り落としたりするため、AIが学習してきた「自然な見え方」から映像が離れてしまうことにあります。人の目に見やすい処理と、機械の計測に良い処理は、別物だったのです。

使い分け: 計測は元映像、表示は安定化

実験の結果、私たちは処理の役割を分けました。

  • 計測は元映像のまま行い、揺れの影響は「画素」ではなく「座標」のレベルで補正する(検出した位置を数学的に戻す)
  • 安定化した映像は、人が確認のために見る再生画面でだけ使う(見やすさ専用と明記する)
  • 処理が強すぎて計測が信用できない映像は、無理に数字を出さず判定不能として扱う

「見た目がきれいになった」は「計測に良くなった」を意味しない。前処理を足すときは、足す前と後で数字がどう動くかを、正解付きの映像で必ず確かめる。

否定された実験も、公開する価値がある

この実験は「安定化してから数える」という自然な発想を否定するものでした。私たちはこの結果を、成功した施策と同じ粒度で記録に残しています。同じ発想は誰でも思いつくので、「試して、だめで、理由も分かっている」という記録が次の判断を速くするからです。

発注者として、何を確認すればよいか

  1. 解析の前に映像へどんな前処理をかけているか、一覧で示せるか
  2. その前処理の効果検証(before/after)を、正解付きデータで行ったか
  3. 見た目用の処理と計測用の処理が、成果物の中で区別されているか

おわりに

計測パイプラインに処理を1つ足すことは、誤差の源を1つ足すことでもあります。「良かれと思った前処理」ほど検証されずに入り込みます。処理は少なく、検証は多く——地味ですが、これが数字を守ります。

計測パイプラインの検証についてのご相談

前処理の効果検証込みで、壊れにくい計測をご提案します。

お問い合わせ

通行量データで、まちの意思決定を変えませんか?

Tobariの導入やデモについて、お気軽にご相談ください。

お問い合わせ

関連記事

都市データ活用

数十本撮って、使えたのはごく一部だった — 撮影の「決まり」がなかったという話

実証の初期、現地で撮影した数十本の動画のほとんどが解析に使えませんでした。原因は機材でも技術でもなく、撮影の決まりを定めていなかったこと。失敗の内訳と、そこから固定した撮影プロトコル、自分たちで簡易調査を始めたい自治体向けのチェックリストを公開します。

5min
思想・ビジョン

AIと人力カウントが一致した。だから疑った — 「精度◯%」の内側で起きていること

AIの計測値と人力カウントがぴったり一致——検収でいちばん嬉しいこの瞬間を、私たちは疑うことにしています。1件ずつ動画と突き合わせて見えた「数えすぎと見逃しの相殺」の実例から、合計ではなく内訳で検収する方法と、発注者側のチェックリストを紹介します。

6min
思想・ビジョン

数字を狂わせたのはAIではなく「線の引き方」だった

AIのカウントが人力より2割少ない——原因を1件ずつ調べたら、主因はAIの性能ではなく計測線が短いことでした。線を引き直しただけで誤差の大半が解消。計測の品質を先に決める「どこで測るか」の合意と、発注者側のチェックリストを紹介します。

5min