Maxwin MDR-002のフロントカメラは何故に発熱し故障するのか

Maxwin MDR-002で使用されている画像処理チップはFH8550M
製造は中国で監視カメラ等に使用される、ものです
写真は画像処理チップに被さっていた放熱ケースを取り外した状態です

一方AutoVoxはFH8536Hを使用しています

両社の違いは何かと言うとHDRがつかえるかどうかです。
映し出される映像の暗い部分を明るくすると明るい部分は白とびしてしまいます。
そこで明るい部分は明るいままに、暗い部分は明るくする技術をHDRといいます。
HDRは撮影された映像の過去映像を複数枚使用して比較演算を行いlogカーブで補完する計算処理が必要です。
携帯であればGPUに専用コマンドを送って高速演算出来ますが、監視カメラでは画像処理チップに内蔵されたRISCにて行っているみたいですので、映像品質はプログラム次第ですかね
例えば
1920×1080の画素を処理しようとすると
RGB各画素なので
1920×1080×3=6,220,800回の計算
さらに前後のコマ３枚を使用すると、さらに３倍
18,662,400回の計算が必要になります
これが1/30秒以内に計算しなければならず、HDRを利かせようとするほど負荷が増大しチップが発熱します
あたりまえですが・・・・・・
Maxwin MDR-002を使用して高速で録画された映像を確認すると木々の葉が潰れて一つの塊になって写っています（陰影が無くなる）。これが圧縮されていた名残です
プログラムで処理する時に、次の処理画素の色差が閾値以内なら処理前の同じデータで埋めて処理をスキップすれば良いだけですので、処理は相当軽くなります。
log計算は四則演算に比べて処理が重たいため
そりゃそうなるはな～と
logの計算を軽くするため、計算ではなく対数○○なら答えは×みたいな表を用意すると処理がかなり早くなる裏技もありますが・・・・

なので、計算処理を軽くするため映像品質を落として計算すれば当然負荷は低くはなるのですが、弊害として録画された映像を確認するとブロックノイズっぽいのが見えると言う残念な結果になってしまします。
ドラレコで撮影した映像でナンバーがボヤケルとかはこの現象です
ここが技術者の腕の見せどころではありますが
ここで面白いのがMaxwin MDR-002が発熱してマイグレーションを発症するのに
AutoVoxが発熱しないのは何故か
そうです！
HDRと言う余計な処理が不要なチップを採用したからです
youtubeなどでは
明るい＝正義
逆光補正＝正義
が良い製品と勘違いされるため
HDRによる発熱でマイグレーションによる基盤損傷に繋がるリスクをメーカーが隠しているってのも残念な状況なのです
発熱はmeitanteiさんが公開している対策で防ぐことはできますが、いかんせんMaxwinのフロントカメラは雑な作りのため発熱→結露もしくはマイグレーションの発生と良いところがありません
設計段階で放熱対策を正しく行っていれば防げるんですが、コストの兼ね合いなので寿命２年なんて結果になってユーザーがその付けを支払うことになってしまってます。