SonotaCo.JP

[米口 一彦]

ご回答ありがとうございます。
確かにIMX664はコスパがすごくいいですね。
今後α7sが手に入りにくいようなのでなお期待大です。

ビデオ信号のoutputですが、IMX327のようにBNC端子で接続できますでしょうか？
あるいはGigEカメラのようにLAN接続でもビデオ信号が取れますでしょうか？
（モード切替でUSB出力になったということは他の方法でも出力できる？）

[杉本さくら]

SonotaCoさん
アドバイスありがとうございます。
昨夜はフレームレートを12fpsに設定してUFO Captureを動かしました。
おかしな結果になりました。
いつもはM*P.bmpファイルでスクリーニングし、怪しいものはAVIで流星かどうかを確認しています。M*P.bmpファイル判定でのキャプチャ流星数はゴミのようなものも含んで104個でした。怪しいものを確認しようとすると、動画に流星像がありません。ほとんどのキャプチャで流星像は見えませんでした。それらの流星は下記UFO Analyzerでの分析ではNoise判定され、Mcsvファイルには出力されませんでした。(png添付)
継続時間の長い流星は発光点側のコマが抹消されていてタイムコードのオーバーレイ表示が一時的に消失していました。Mcsvファイルには出力がありました。(キャプチャはmp4添付)
次回からはとりあえず30fpsに戻そうと思います。

光度判定はProfileで手動で適当には設定してみました。Mcsvファイルに出力されている光度はそれなりに理解できるものではありました。

米口さん
LANとUSBはあります。商品概要欄にBNCはありません。「etc」に含まれている可能性は排除できません。
１点失念していました。IMX327とIMX664はイメージセンサーのサイズが異なり、レンズは１/1.8 formatサイズを使用します。M16レンズをC/CSマウントに接続するアダプターは添付のものをヘリコイドグリース(たまたま手元にあった#250)と合わせて使用しています。

参考まで。

[SonotaCo]

[米口 一彦]

杉本様
ありがとうございます。レンズのこともありがとうございました。
SonotaCo氏と杉本さんとのやり取りで映像の取り込みが難しいことだけは理解できます。
IMX327やGigEカメラの代わりに、と考えたのですが、簡単ではないようですね。

[前田]

杉本様
前田です。
IMX482のカメラも使われたそうですが、その画像を見せてもらえますか。
スペック的にはこれがベストでないかと思っているのですが。
よろしくお願いします。

もう、この話は、終わったかもしれませんが、UFOAnlyzerの設定画面で
インターレースのモードになっているのも、おかしくないですか。

私もα７sの４Kでフレーム落ちは今でもわからないことが起きて、苦労しています。

[杉本さくら]

前田さん

アドバイスありがとうございます。
次の夕方が晴れたときに試してみようと思います。

さて、ZWO ASI482MCの流星を１セット添付します。
お恥ずかしいことに、予算不足でレンズはフォーマットの小さいものを使用しています。四隅は周辺減光を通り越してイメージサークル外です。
別のレンズを準備する計画ではあります。

レンズ：C-mount, 6mmF1.4, 2/3 Format
Gain：80
露出：1/20s
キャプチャの感度：40

フレームレートは19~20fpsになっています。

カタログスペックは出るけれど。。。のZWO ASI482MCですが、手持ちレンズをいろいろ試したIMX662/664の結果(IMX662に4mmF1.4レンズをつけると最微星は5等級程度になっています)から、
ZWO ASI482MCの最微星はIMX662/664チームより少し上と感じています。
言い換えますと、IMX662はIMX462からノイズは改善され、IMX482と同じくらい写るようです。

なお、このZWO ASI482MCはWindows 11では「その他のデバイス」として認識され、UFO CaptureをはじめWIndowsからカメラと認識されていません。
取り込んだAVIファイルは手持ち機材の工夫でUFO Captureで扱えるのではないかと想像はしています。
そして、IMX482のボードカメラは一時期顕微鏡向けを見たものの、決定版にたどり着けていません。

報告まで。

[前田]

杉本さんへ
前田です。
画像と動画ありがとうございます。
確かにパッとしませんね。しかし、ノイズがなくとてもきれいな動画なので、感度をギリギリまで上げてもダメなんですね。

IMX482の機材が、ZWO ASI482MCとは、予想してませんでした。ボードカメラだと思いっていました。顕微鏡用のカメラは、私も気が付いて、ぎりぎり思いとどまった製品の可能性があります。　

C,SCマウントのレンズはCBC社の物を除いて、ほとんど当たりがない感じで、このところ買っていません。同じイメージサークルなら、M16マウントなどの方が明るくて星像もよい感じがします。値段はM16の方が圧倒的に安いのにです。レンズもたくさんお持ちのようなので、M16の明るいレンズを付け見たらどうかなとおもいました。（勝手な想像だけですが）もちろん、周辺はけられるかもしれませんが。

ともあれ、とても参考になりました。

[杉本さくら]

SonotaCoさん、前田さん

アドバイスいただいた点について検討しました結果報告です。

>杉本さくら wrote:
>昨夜はフレームレートを12fpsに設定してUFO Captureを動かしました。
>おかしな結果になりました。
>動画に流星像がありません。ほとんどのキャプチャで流星像は見えませんでした。

について、UFO CaptureのInterlaceのチェックボックスを入れると12fpsでも流星像コマの消失はなくなりました。
その副作用なのか、Auto設定でシャッタースピードが変わったのか、最微光星がちょっと良くなった感じが出ました。結果、キャプチャされる流星数が増えました。
増えすぎなのでDetect Sizeを少しずつ増やして「10」でも焼け石に水状態。2/21-2/22の一晩回すと総流星キャプチャ数が「133」と30fpsのおよそ50%増えました。
キャプチャされている流星像は、「しょぼい」のが減少しているようです。
シャッター速度が遅くなって見かけ上ノイズが減少したことで検出率が上がったかも、とか想像しています。

Top 20を選ぶだけでも労力がかかるので、Detect Sizeを大胆に「20」「30」と増やしたり、明日以降ショップにコンタクトして、まだ成功していない露出などの制御を試みてみたく考えています。

報告まで。

[SonotaCo]

レポートありがとうございます。ビデオの世界はとても複雑なので、何が発生していのか想像するのがとても難しいです。IPカメラ用の基板をUSBでUVCで入力するという過去にない手法なので、うまくいかないケースもあるかもしれません。

[杉本さくら]

SonotaCoさん

お気遣いありがとうございます。
いろいろこねくり回しています。

>InterlaceはNTSCやPALのカメラのみで使われる方法だと思うのですが、素子はインタレースでしょうか ?

-> ボードカメラの仕様書には「Video Format」が「PAL / NTSC」と記載されているだけでした。


>、"一晩回すと総流星キャプチャ数「133」" というのは あり得ない状況と思うので、殆ど全部流星ではないと思います。「しょぼい」という動画や静止画を見せて頂けければ、原因が分かるかもしれません。

-> １つ削除してしまいましたが、132個の流星らしきものをUFO Analyzerで処理し、C?E列に自主基準の評価をつけてみました。C列の「良」の基準は「位置測定精度は受け入れ可能なのでは？」というものです。
結果、「良」判定は61個となり、まだ処理作業の労力に対して多すぎるように感じます。それらの底辺に近い49行目、50行目のショットを添付します。これらは流星と判定したものです。言い換えますとこれらよりもまともそうなのが他に59個あります。

ついで、減ってきた感のある「しょぼい」代表、リストの6行目を添付します。
132個中、今回不良判定しようとしている71個中の7個ですので支配因子ではありません。100個減っても満足レベルではありますが、61個拾うなら労力次第ではあります。すぐギブアップするかもしれませんけれども。

報告まで。

[杉本さくら]

SonotaCoさん

お気遣いありがとうございます。
いろいろこねくり回しています。

>InterlaceはNTSCやPALのカメラのみで使われる方法だと思うのですが、素子はインタレースでしょうか ?

-> ボードカメラの仕様書には「Video Format」が「PAL・NTSC」と記載されているだけでした。


>、"一晩回すと総流星キャプチャ数「133」" というのは あり得ない状況と思うので、殆ど全部流星ではないと思います。「しょぼい」という動画や静止画を見せて頂けければ、原因が分かるかもしれません。

-> １つ削除してしまいましたが、132個の流星らしきものをUFO Analyzerで処理し、C?E列に自主基準の評価をつけてみました。C列の「良」の基準は「位置測定精度は受け入れ可能なのでは？」というものです。
結果、「良」判定は61個となり、まだ処理作業の労力に対して多すぎるように感じます。それらの底辺に近い49行目、50行目のショットを添付します。これらは流星と判定したものです。言い換えますとこれらよりもまともそうなのが他に59個あります。

ついで、減ってきた感のある「しょぼい」代表、リストの6行目を添付します。
132個中、今回不良判定しようとしている71個中の7個ですので支配因子ではありません。100個減っても満足レベルではありますが、61個拾うなら労力次第ではあります。すぐギブアップするかもしれませんけれども。

報告まで。

[杉本さくら]

SonotaCoさん

お気遣いありがとうございます。
いろいろこねくり回しています。

>　InterlaceはNTSCやPALのカメラのみで使われる方法だと思うのですが、素子はインタレースでしょうか ?

-> ボードカメラの仕様書には「Video Format」が「PAL・NTSC」と記載されているだけでした。


>　"一晩回すと総流星キャプチャ数「133」" というのは あり得ない状況と思うので、殆ど全部流星ではないと思います。「しょぼい」という動画や静止画を見せて頂けければ、原因が分かるかもしれません。

-> １つ削除してしまいましたが、132個の流星らしきものをUFO Analyzerで処理し、C?E列に自主基準の評価をつけてみました。C列の「良」の基準は「位置測定精度は受け入れ可能なのでは？」というものです。
結果、「良」判定は61個となり、まだ処理作業の労力に対して多すぎるように感じます。それらの底辺に近い49行目、50行目のショットを添付します。これらは流星と判定したものです。言い換えますとこれらよりもまともそうなのが他に59個あります。

ついで、減ってきた感のある「しょぼい」代表、リストの6行目を添付します。
132個中、今回不良判定しようとしている71個中の7個ですので支配因子ではありません。100個減っても満足レベルではありますが、61個拾うなら労力次第ではあります。すぐギブアップするかもしれませんけれども。

報告まで。

[杉本さくら]

SonotaCoさん

お気遣いありがとうございます。
いろいろこねくり回しています。
ボードカメラの仕様書には「Video Format」が「PAL・NTSC」と記載されているだけでした。


>　"一晩回すと総流星キャプチャ数「133」" というのは あり得ない状況と思うので、殆ど全部流星ではないと思います。「しょぼい」という動画や静止画を見せて頂けければ、原因が分かるかもしれません。

-> １つ削除してしまいましたが、132個の流星らしきものをUFO Analyzerで処理し、C?E列に自主基準の評価をつけてみました。C列の「良」の基準は「位置測定精度は受け入れ可能なのでは？」というものです。
結果、「良」判定は61個となり、まだ処理作業の労力に対して多すぎるように感じます。それらの底辺に近い49行目、50行目のショットを添付します。これらは流星と判定したものです。言い換えますとこれらよりもまともそうなのが他に59個あります。

ついで、減ってきた感のある「しょぼい」代表、リストの6行目を添付します。
132個中、今回不良判定しようとしている71個中の7個ですので支配因子ではありません。100個減っても満足レベルではありますが、61個拾うなら労力次第ではあります。すぐギブアップするかもしれませんけれども。

報告まで。

[杉本さくら]

SonotaCoさん

お気遣いありがとうございます。
いろいろこねくり回しています。
ボードカメラの仕様書には「Video Format」が「PAL・NTSC」と記載されているだけでした。

１つ削除してしまいましたが、132個の流星らしきものをUFO Analyzerで処理し、CーE列に自主基準の評価をつけてみました。C列の「良」の基準は「位置測定精度は受け入れ可能なのでは？」というものです。
結果、「良」判定は61個となり、まだ処理作業の労力に対して多すぎるように感じます。それらの底辺に近い49行目、50行目のショットを添付します。これらは流星と判定したものです。言い換えますとこれらよりもまともそうなのが他に59個あります。

ついで、減ってきた感のある「しょぼい」代表、リストの6行目を添付します。
132個中、今回不良判定しようとしている71個中の7個ですので支配因子ではありません。100個減っても満足レベルではありますが、61個拾うなら労力次第ではあります。すぐギブアップするかもしれませんけれども。

報告まで。
----------------------------
管理者編集
すみません、本フォーラムに投稿されるM*.csvはUA4出力そのままでお願いします。
手動で編集されたものは日々の自動集計プログラム(多数の方が手元で動かしている)を誤動作させることがあります。
添付されていた M*.csvは 削除させて頂きました。
編集されたものを投稿する場合にはMで始まらない名称でお願いします。

[SonotaCo]

サンプルありがとうございます。
何か私の経験のない世界のようだ、という感じがなんとなく分かってきました。

まず、動画形式の件ですが、2つのサンプルとも UFOCaptureのスーパーインポーズが綺麗にフレーム毎に綺麗に読めており、フレーム番号もちゃんと1ずつ進んでいるので、両者とも2688x1520/12fps プログレッシブで間違いないと思います。
最初の動画は6.8秒間に83フレーム、2番目は5.3秒間に64フレームでした。
この両者は、NTSC(640x480/59.94iなど)やPALではないので、インタレースでないことも明らかと思います。

で、次にDetectSizeを大きくしないとクリップ数が増えすぎるという話と 流星数が凄いという話ですが、これがどうも今ひとつ理解できないでいます。
なんと、mp4への再圧縮のせいでしょうか、2つのクリップスともに、どこに流星が映っているか見つけられませんでした。赤く囲って頂いた付近を目を凝らしたのですが、なにも変化がないようしか見えませんでした。
で、
1. 艇フレームレートで恒星がもの凄く沢山映っている。凄く空がきれい。
2. 圧縮のせいか、人間の目にはノイズ類は全く見えない
3. 可能性としては何かのノイズがあり、連続録画に近いような検出状態になっていて、最低継続フレーム数の条件 (Min(frm)) が効かないような状況なので、僅かな変化を検出して様々なクリップを多数キャプチャしていている可能性がありそう
(普通は Min(frm)を例えば3にすれば 3フレーム上連続する変化しか検出しなくなるものが、ノイズのせいで短い変化も検出されてしまっている)
と思いました。
ノイズの正体は
Detect Levelを大きくしないといけないような状態のクリップの非圧縮のaviファイル(zip圧縮はOK)をファイル転送サービス(gigafile便とか)で admin@sonotaco.jp宛てで送っていただければ調べてみます。

------
mp4を拡大してじっくり見たのすが、ブロックノイズの影響か 背景の色がフレーム毎に変化しているようです。とても淡い色調の変化ですが、大きい面積の変化がフレーム毎に継続しています。 これが そもそものボード内の圧縮によるものか、あるいは 投稿の為の mp4再圧縮のせいか分かりませんが、もしかするとこれが原因なのかもしれません。 再圧縮前のaviで確認すればわかると思います。

------
すみません、1つ前の投稿にあった M*.csvを管理者モードで削除させて頂きました。
本フォーラムに投稿されるM*.csvは自動処理の対象になっていて、手動で加工して日本語は入ったものなどは自動処理の誤動作を引き起こすのです。加工したCSVを投稿する場合には Mで始まらない名称でお願いします