SonotaCo.JP

[SonotaCo]

以下で注文していた IMX662 + Hi3516CV610 のボードが届きましたので速報です。
https://ja.aliexpress.com/item/1005010671380888.html
レンズは 6mmF0.95 にしてみました。1/2.8インチセンサーなので、画角は狭目です。レンズ、POEケーブル込みで定価は9304円の表示でしたが、割引かボーナスかよくわからない能引があり，より安価でした。

動作としては 以前のIMX664ボードと殆ど同じで、連続動作には VLC併用が必要でした。
設定変更もIMX664ボードと一緒で 最初にSADPというツールでadministratorのパスワードだけ設定が必要です。その後は初期IPアドレスは192.168.1.168なので、
http://192.168.1.168 でchromeでアクセスすると 設定ページに指定したパスワードログオンでき、IMX664ボードと同様の細かい設定ができました。

昨夜はべた曇りでテストにならなかったのですが、とりあえず，コマ落ちはなく 1920x1080 60pで動作しています。
FHD解像度ですが、安価で高速でIMX664と同様の高感度、画質設定可能など、相当魅力的なボードです。 夜間テストがうまくいったら VISTA-IP資料集の方にレポートします。

[SonotaCo]

これまで、UFOCaptureIPで Hisilicom社製 DSP Hi3519DV500 などを使用したIPカメラボードを使用する場合、VLCフレーヤーの併用が必要でした。
LAVFiltersのソースコードは公開されているので、これを調べた所、LAV splitter source の動作モードを指定することができることが分かり、試した所、 Hisilicom社製 DSPを使用した IMX664ボードと IMX6662ボードの両方とも UFOCaptureIP単独で連続動作可能なことが分かりました。
指定方法は Source settings で RTSPモードでなく FILEモードを使用し、urlを rtsp:// でなく rtspt:// で始めればOKです。
これは転送をTCPモードでの転送を明示的に指示するもので、これにより これらボードは連続運用可能でした。

以下の資料集のIMX664 のページは内容改定しました。
https://sonotaco.jp/forum/viewtopic.php?p=87793#87793

[SonotaCo]

[SonotaCo]

UFOCapureIP V5.02 がリリースされました。
V5.02では Source settingsダイアログに "use RTSPT"チェックボックスが追加されました(デフォルト: オン)。
use RTSPTがオンの場合、RTSP受信時に "rtsp://" ではなく "rtspt://"で始まるurlを使用します。これはLAV splitter source入力フィルタに対して有効で、TCP転送を指定するもので、通信の安定性を向上させることができ、Hisilicon社製DSPなどからの信号の受信を可能にしします。
従来不可能だった リモートデスクトップ でのIPカメラ使用も 一部可能になったようです。
Wifi接続はブロックノイズの発生はrtsptにより殆ど発生しなくなる可能性があります。
Wifi接続のPlayback error等についての対応は現在テスト中です。
rtsptが有効の場合、映像の遅延時間が伸びる可能性があります(調査中です)。

[SonotaCo]

Wifi接続時の転送エラーによる観測中断を防ぐために、通信エラー発生時にDetectを再開するリトライ機能を付けた UFOCaptureIP V5.03がリリースされました。
V5.02のrtspt指定と合わせて、IPカメラ(tcp転送対応)のWifi接続時の観測の安定性が大幅に向上しました。
AtomCam2もtco転送をサポートしているとの話があるので、流星観測に使えるようになったのではと思います。お持ちの方は是非お試しください。
rtsptオプションはデフォルトでオンなので、パッケージを解凍して今のディレクトリに上書きすればそれでOKになる筈です。

rtsp/rtp通信をtcp上で行うことよって変わったこと、変わらなかったことは以下です。
変わったこと
- IMX664,IMX662, IMX307など、Hisilicon社製等のDSPを使用した殆どのIPカメラボートが利用可能になった
- 一晩で数百個出ることもあったWifi接続時のブロックノイスが殆どでなくなった。
- リモートデスクトップでもIPカメラが一部使用可能になった
変わらなかったこと
- ネット負荷、CPU負荷は殆ど同じだった
- 映像の遅延時間はどちらも約1秒で殆ど同じだった
- C320WSのコマ落ちは直らなかった

ちなみに、通信エラーのリトライ回数は xml の "error retry"の項目に記載されています。
我が家の環境(2.4G,カメラまで壁2枚 10m程)では半日で4回程度のリトライが発生していました。

[edulousab]

[edulousab]

boa tarde a todos,

com a nova vercao do UFOIP 503 a camera IMX307+ssc335 funcionou continua,
parabens pela atualizacao

obrigado

[SonotaCo]

UFOCaptureIP v5.05 をリリースしました。従来バージョンのUFOCaptディレクトリにパッケージ展開物の上書きをすることで設定を引き継げます。1台のPCの中ではすべて同じバージョンにする必要があります。

SMlevel 自動調整機能を組み込み、デフォルトで動作するようにしました。
10種類以上のカメラでテストして、概ね良好な結果ですが、いくつか注意点があります。
1. 地上風景やホットピクセルは できるだけ完全に領域(Detect area)マスクでマスクしてください。(近日中に ガイドの方にやり方解説を書く予定です)
2. autoSMLチェックボックス右の数値欄で 自動調整されるSMlevelの下限を指定できます。102がデフォルトで通常調整の必要はありません。
ただし、カメラと天候によっては カメラの自動ゲイン調整などの作用で、画面が均一なノイジーな状態になり、低いSMlevelで画面前面がマスクだらけになる場合があります。このような場合にはこの下限の値を110程度などに上げてください。
3. 自動調整には数秒から10秒程度の時間がかかります。カラーからIRへの自動切り替え時には不要クリップが出る可能性があります。

SMlevelはシンチレーションマスクが必要なクセルの数が全体の40ppmから80ppmになること目標に調整されています。
天候によって星像が見えない場合にはマスクがSMlevelが下限に達してマスクが殆どない状態は発生します。うまく調整されない場合が発生したら、レポートお願いします。

Wifi接続時の安定性については大幅に改善しましたが、やはり時々は10秒以上信号が途絶えるようなケースがあるようで、このような場合には停止したり、異常終了したりする可能性があります。

[米口 一彦]

AutoSML（以下Autoと表します）でC325WBを1個、IMX327を3個の計4個のカメラを2夜運用してみました。
１　Autoにする前後のSMLevelの変化を調べてみました。
　　　　　　 Auto前　→　Auto後（左から 5/15 20:30、5/15 23:30、5/16 19:50）
C325WB(白黒)　 130　　→　　200、200、200
IMX327 Ne 　　　 122 →　　143、146、143
IMX327 Sw 　　　 122 →　　157、143、142
IMX327 Z 　　　 122 →　　132、130、133
SMLevelの値はどのカメラでも大きくなり画面上のマスク数は減りました。（これまで結構低いSMLevelで観測していたようです）
特にC325WB(白黒)ではSMLevel=200まで！上がり、マスク数は激減しました。（添付の画像参照）
ただ星がそれほどないはずの右上部分のマスクがまだ多く残っているように見えます。またマスクされない星もあるようですがよいのかな？。
（Auto前の画像１　　マスクの白で埋め尽くされている）
（Auto後の画像２　　マスクは激減。ただしマスクされない星も多々ある）

２　Autoによって各カメラの観測数に変化があったかですが、妥当かわかりませんが、各カメラの観測数の割合の変化で見てみました。以下の通りでした。
　　　　　　　　　　　　　　　　　Auto前(5/8-14)　 →　 Auto後(5/14-17)
・C325WB　　　　　　　　　　　　　246/852≒0.29　 →　119/314≒0.38　
・C325WB以外の7カメラ計　　　　　 606/852≒0.71　 →　 195/314≒0.62　　　　　　　　　　
（※7カメラ＝IMX327×5、IMX385×1、DMK33GX290esc×1）
Auto前後でC325WBの観測数が増えた感じがします。AutoSMLが効いたのでしょうか？
AutoにしたIMX327の3カメラは観測状況に変化がないようなので、うまく機能していると考えられます。

以下は相談です。現在次の点に困っています。
・AnalyzerでAuto linkすると、C325WB(白黒)ではmask=10000、link=数百となり、赤矢印や赤四角が非常に多く、ddeg avrを0.3以下にする調整ができないこと
　（赤矢印、赤四角の多い画像３、４　を参照ください）
この点について、Autoによってmaskやlinkは相当減りましたが、ddeg avrを0.3以下にはできていません。
これをどうしたらよいか、ご教示いただけると幸いです。
（今日5/17のSonotaCoさんのCSVハブで、UA4のMASKシートの調整方法について書かれていましたが、詳しく知りたいです）

[SonotaCo]

レポートありがとうございます。
マスクは周囲画素との明度比で発生するので、天候の状況などにより部分的についたり、全くつかなかったりします。
画面や星像の様子が当方と相当違うので、大変参考になります。

[SonotaCo]

雑談です
有線接続のIPカメラではブロックノイズが出ることは殆どありませんが、
面白いのが出たので記録しておきます。
H265(HEVC)符号化のカメラですが、まるで 圧縮の基底パターンの図柄が出ていました。
ノイズがこんな形になるなんて数学的な圧縮はなんか恐ろしいです。
IMX662は発熱が大きく、ビットレートを上げると発熱でパニック状態になります。
ビットレートデフォルトは4096で、この例は5000で運用してるケースです

[SonotaCo]

autoSMLの論理を変更して、V5.06にしました。
V5.06 では autoSMLをオンにすると、画面解像度によらずスンチレーションマスクの数が一定数になるようSMlevelが102から499の間で 0.1刻みで自動調整されます (SMlevelの下限指定は廃止されました)。

カメラ、天候によらず、通常運用時は単にautoSMLをオンにするだけでOKな筈で、他の調整項目はありません(曇天や日中など画素の明度差が顕著でない場合、SMlevelは下限の102となります)。

なかなか綺麗に晴れないので、試験が不十分の可能性があります。何か気付かれましたら、レポートお願いします。

[SonotaCo]

IMX664+6mmF0.95 で IRFilter を取り外しててモノクロモード(IR)試してみたのでプロファイルを記録しておきます。
印象としては、同方向のDC-BGH1が2個の検出の夜に 4つ流星を検出(なぜか重複しませんでした) ということで感度は十分だと思います。

しかしながら、M16 6mm F0.94のレンズが IR対応でない可能性があり ピント調整が難しく、今一つシャープにうつりません。被写体深度もとても浅いレンズで星でピントを合わせると数10m先の近景はボケボケになります。IRボケかもしれません。

[m-tomita]

少し筋違いかもしれません。素人の考えなのでお許しを。
記事を読んでいて関心があったのですが今一つ乗り切れません。

IMX664,662の分光感度のグラフを見るとIMX327や385に比べて、600nmから750nmの感度が高くこの素子はスプライトの撮影には最適ではないか、
と思っています。ただこの部分はIRカットフィルターでカットされるので、当然割ってしまうべきと思います。
するとカラーモードでは全体が赤紫になってしまい面白くありません。うまくカメラ側で自然な感じに調整できればよいのですが、、
出来なければ白黒モードしかないかな？

同じレンズかどうかわかりませんが手持ちのM16レンズを幾つか使ってスペクトルの撮影に使っていますが、ピントの合う波長域がどのレンズも狭く
可視域にピントを合わせるとOとかNの輝線部分はボケて、反対に赤の部分にピントを合わせると可視域の輝線がボケてしまい、
今はIRカットフィルターを付けたままでMgとかNaの部分だけにしています。

スプライト拡大用にIMX327+12mm+IRカットフィルター無し+R60フィルタというカメラを用意しているのですがなかなか出番がありません。
最近M16レンズは12mmまでしかないので、種類が多いCS/Cマウントのレンズを付けたらピントの事も替わるかもしれないのでどうなるかな、
と思いましてCS/Cマウントホルダーを注文してしまいました、、

[米口 一彦]

SonotaCoさん、ありがとうございました。
教えていただいた以下の方法でやってみました。