SonotaCo.JP

[SonotaCo]

[SonotaCo]

Wifiノイズの様子を調べています。
以下はC320WSをWifiで接続して、朝5時から11時まで6時間にキャプチャした ブロックノイズのクリップです( この間に他に鳥が映るクリップは数個ありました)。
結果は以下のように 6時間に4クリップでしたが、頻発する時間帯と殆ど発生しない時間帯があるような感じでした。Wifiの混雑状況によるのかもしれません。
一応、この位の頻度なら実用に耐えそうに思いますが、、出る時には結構出るので、数分に1度程度発生する状況だと動体監視は難しく、連続録画になってしまう場合やエラーが出て止まる場合もあると思いました。

[bs-soma]

(1)Windows11のレッツノートの稼働画面　カメラ１台では余裕だと思います。
(2)止まっていますので、プレビューを押して画面が出たらストップをして
それからDETECTを押します。画面は止まったままです。
(3)ライブ画像は表示されませんが（ストップの状態）機能はしていてDETECTされています。
(4)(5)失礼いたしました。Replay画面では動画と他のファイルが３種類リストアップされますが、圧縮にかかわらず、Replayでは動いて再生できています。
7.8　非圧縮AVI動画はWindows標準のメディアプレイヤーでも認識再生します。
(9)コーデックは最初5番で、その後は４と６でテストしていますがVCLメディアプレイヤーでも黒画面になります。
(10)playbackerrorのことです。エラーの頻度は数分でエラーになります。ブロックノイズ発生で録画が開始されるためエラーが起きると思います。
ブロックノイズは一晩で500回ほど記録されています。

今日コメントいただいて、かつテスト用のプログラムで、１画面で圧縮せずにテストしています。
そこで分かったのは、Windows10（スペック低い）ではプレビュー、プレイバックともに動いています。
Windows11（10より倍スペックが高い）では、プレイバックは動くが、プレビューが
動かない。
そこでテストプログラムに切り替えると、プレイバックが動かず、プレビューは動くという現象であることがわかりました。
また、VMR9もこれを最初にチェックしないとプレビューは動きません。
いちど動くと、一回プログラムを再起動してもチェックが外れていてもプレビューは動きます。

見た目の動きは問題なくとも、Windows11、10ともにplaybackerrorで止まります。
寝ている間には止まらないこともあり、きっかけはわかりません。

なお、ATOMCAMのフレームレートは昼間の明るい画面では20で、明るい夜で15、暗いと10くらいに落ちるようです。

[SonotaCo]

細かい説明、ありがとうございました > bs_somaさん
Wifiの通信が安定しないことが殆どの原因のような気がしてきました。

エラーコードを示して頂いたplaybackerrorは転送が不連続だと発生する可能性があるものだと思います。
その他、状況が安定せず動いたり止まったりする再現性のない事態も通信の不安定さが原因とすれば、在り得る話と思います。

私の所でもWifi接続ではブロックノイズやDetectが止まることは何度が発生しています。
これらは有線LANでは殆ど起きないので、有線接続を推奨しているのですが、Wifi超過密の東京でもWifiで数時間程度は安定して動くこともあるので、期待していたですが...
どうやら無理、、ブロックノイズが一晩で500回ほど記録されるようなWifiが不安定な状況ではWifi経由のUFOCaptureの利用は難しいというのが結論かと思います。
これはこれで、貴重な知見と思いますが、いろいろ残念です。

細かい点ですが、DETECTを始めるのに一度PREVIEWを押す必要はなく、停止状態からDETECTボタンで直接監視(青バー)を開始できます。
DETECT中はLiveシートには動画が表示され続けます。
バーは灰色が停止、水色がプレビュー、黄色は準備中、青がDETECT中、赤が録画中です。RTSP入力の時は1つ事象が終わると一度停止し、直後に再開します。短く赤くなって数表以内で消えてクリップが記録されないのはSlow Object Maskによる録画キャンセルです。

コーデックについてはこちらでは4番と6番はVLCで正常にみることができます。たぶん不安定な動作によって動画ファイルが壊れたのだろうと思います。
あと、CPU負荷は50%を超えるとやはり危険です。

[bs-soma]

SonotaCo様、ご回答ありがとうございます。
ATOMCAM２では普段からWi-Fiが弱いことは分かっていました。
他のメーカー品に比べてもWi-Fi通信が悪いと思います。
また時計は電源再投入して時計合わせてをしてもすぐに５秒ほど進んでしまうので
同時観測としては使えません。（かつバラバラで基準がありません）
本日、夕方からテストしていますが、数分以内にplaybackerrorで止まってしまいDETECTボタンを押し直さなくてはいけません。
Lanケーブル接続のTapo C325WB　を購入しようと考えています。
ATOMCAMで基本機能が動けば、今までの人的DETECT作業が楽になります。

[ts007]

私も今晩テストしています。やはり、wifiで時切れることもありますが、こんな感じで今動いています。初め赤外線ナイトビジョンがonで埃がすごかったですが。offにしたら落ち着きました。時刻は、atomcamが約２秒進んでいます。タスクを見ると５０%前後です。watecとα7の85mmも同時に録画しています。とりあえず、再生もできていて解析もできました。orbitでもcsvフアィルを読んで単点で出ます。あとは、同時になったら光度と速度の比較になります。明日には、結果が出せるといいのですが。

[米口 一彦]

SonotaCo様、ご対応いただきありがとうございます。

[SonotaCo]

[SonotaCo]

IPカメラ4台の試験を続けてます。ただでさえ１年で最も流星の少ない季節(地軸の傾きと地球の公転方向の関係による)で、さらに日本では透明度が悪いので、とても試験が難しいですが、昨夜は久々晴れてテストが進みました。
昨夜は TK8 常設カメラ10台は平均4個の流星検出でしたが、 IPカメラ、カラー1台,IR3台で合計38個の流星を記録しました。IRならば検出能力自体は問題ない感じです。
今晩からは全部カラーで火球狙いにしようかと思います。従来カメラの中でモノクロのものと視野を重ねてバックアップ的にしたらどうかという感じです。

昨夜のクリップの中で、流星以外の例を2つ掲載しておきます。両方とも圧縮の影響で困った動画になっています。
あと、どうもレンズが汚れやすいような感じです。下の520の静止画でも汚れのゴーストが目立ちます。

ちなみに、以下の動画は
C560WSのものは カメラ内でH265 -rtsp-> LAV でYUY2> UTcodec 6番 可逆圧縮 >XMedia Recprdで H264
C520WSのものは カメラ内でH254 -rtsp -> LAVでYUY2>UTcodec 4番で可逆圧縮> XMedia RecordでH264
と変換されています2回目のH264圧縮での劣化は殆どありません
------------------
Atomcam2テストありがとうございました > ts007さん
LiveもReplayも見えるということで、Wifiが安定していればある程度使えそうですね。朗報です。

[SonotaCo]

[bs-soma]

Windows11パソコンで、新しいプログラムをテストしました。
プレビュー、リプレイ両方問題なく動いています。（Windows10はもともと問題なく動いています）
昨晩のATOMCAM2はブロックノイズだらけで夜半には止まっていました。
衛星フレアのようなものが２つほど検出されていました。
パソコンのWi-Fi接続をLANケーブルで接続してもブロックノイズと
playbackerror　は変わりません。

tapo　C325WBを購入して本日設置予定です。天気は晴れ予報ですが、曇っています。
クロネコの不手際で本日届きませんでした。

[米口 一彦]

[SonotaCo]

あまり精密な調査ではありませんが、従来の非圧縮カメラとH264/H265圧縮カメラで同じ流星を測定した等級がどの位違うか、様子を見てみました。
2026/3/23-24 Tokyo8では非圧縮の定常観測10カメラでキャプチャされた流星は40個でそのうち22個がIPカメラと同一流星を捉えました。
比較対象はIPカメラ4台(C325WB(C) C520WS(IR) C530WS(IR) C560WS(IR)で、同夜この4台のカメラで35個の流星捉え、そのうち18個は定常カメラとの同時観測でした。
経路が部分的なものを除き、内16個の流星についてUA4で自動測定した等級の比較が下図です。
16個中13個は両者の等級がかなりよく一致しました。
傾向として圧縮カメラの方が0.5等位明るく測定されていました。
3つは等級が2等以上異なって測定されていましたが、内2つは残像の影響の可能性が高く、のこる1つは時間分解脳の差でピークを捉えたか否かの差がでだものと思われました。

当初IPカメラの等級はメチャクチャではないかと思っていましたが、思いの外よく一致していたと思いました。これならデータとして残す価値がありそうです。
ちなみに、同時観測流星の時刻の差も見てみましたが、16流星中 14 個は誤差が0.5秒以内でした。最大の差は1.1秒でした。時刻はPC時刻をカメラ毎の平均遅延時間をmsec設定で補正したものです。従来カメラ間ではこのような差がトリガの差で出ることがあり、精度が必要な場合には個々に手動で決定する必要があると思いました。
でも、TapoカメラのNTPはそれなりに機能しているようでした。

[SonotaCo]

[ts007]

ATOMCAM2での結果です。_Saitama1_at　がATOMCAM2での結果です。ほぼ一晩中晴れていました。タイムスタンプのマスクを忘れたので３００個近くもクリップができてしまいました。流星は、９個で２個が同時になりました。ともに、私の北東と東のカメラとも同時になり光度と速度の比較もできました。２時のは、どちらもよく測定できていました。４時のは、速度が約７kmずれました。光度は、１等程度の違いで収まりそうです。継続時間は、やはり、コマ数での確認も必要のようです。wifiの調子でブロックノイズは、変化しているようです。まだ、Detect Size等の調整をする予定ですが、一通り観測から測定軌道計算までできました。自動測定の後、動画の目視と誤差調整はきちんとやらないといけないのは今まで通りです。動画変換でのざらざら感はあまりないので位置精度は、よく求まりました。暗い流星は、まだ、苦手のようです。空が悪いせいもあるようです。