先週の土曜、この日は梅雨の合間の珍しく晴れ間が見える日でした。この天気も夕方くらいまで、夜からはまた曇りで次の日からは2週間予報でずっと雨です。せっかくの休日なので、朝から起きて太陽撮影を開始しました。



機材はいつものC8+PST+ASI290MMをCGEM IIに載せています。前回の5月18日の撮影も、朝でまあまあのシーイングでしたが、今回も解像度がそこそこ出たので、やはり朝の方がシーイングがいいことが多いようです。何枚か見栄えがいいものを撮影したので結果だけ示します。

まずは一番大きな黒点のAR3727です。黒点の番号はここ「宇宙天気ニュース」で確認しています。黒点の南にあるダークフィラメントも結構大きくて見栄えがします。

クリックして拡大してもある程度耐えられるくらいの解像度になっているので、シーイングは良かったことがわかります。

私はスタック後の細部出しにImPPGをよく使うのですが、シーイングがいい時の撮影ほど画像処理に負担がないです。今回のImPPGのパラメータはLR deconvolutionのsigmaが2.0、Unsharp Maskingのsigmaが5.0、Amountが3.0とかなり小さい値で十分でした。特にLRの値は大きくするとせっかく撮れた細かい模様が荒く潰れてしまいます。

課題はPSTのHαの良像範囲が限られていることと、ピントが出る範囲が限られていることです。そのため今回の画像は端部をある程度クロップしています。良像範囲に関してはちょうどこの日にgariさんがPSTのペンタプリズムの光軸を合わせてかなり改善したという報告がされていたので、近いうちに私も試してみたいと思います。

続いて東の方のAR3729です。上の黒点よりは迫力は落ちますが、小さいものが3つ並んで賑やかです。
黒点最後は西端のもう間も無く裏に回ってしまうAR3719です。こちらはダークフィラメントが端までかかっていて、プロミネンスが飛び出している様子がわかります。スピキュールを見る限りそこそこ解像度は出ていると思うのですが、光球面の解像度が少し落ちてしまったようです。

あとはプロミネンス2つです。上の黒点のすぐ下に大きく出ていたものです。

もう一つは東側にでていたものです。少しジェットのようなものが見えています。

ところで、今回もドップラーシフトしたサージ(ジェット)が見えないか、PSTのエタロンの角度を大きく回して太陽全面を見てみましたが、それらしいものはありませんでした。やはり前回はかなりラッキーだっのかもしれません。今思ったのですが、ドップラーシフトを見るだけなら波長は多少Hαからズレていいので、もっとセンサー面積の大きなフォーサーズのASI294MCとかで全面を一度に見た方がいいのかもしれません。もしくはモノクロがいいなら1/1.2インチと294よりは少し小さいですが、Apollo-M MAXでもいいかもしれません。



撮影した時間は前後するのですが、Hαの前にC8にBaaderのAstroSolar Safety film(ただしOD5の眼視用)をつけ、PlayerOneのApollo-M MINIで白色光を見てみました。

フィルターは、これまではBaaderの青緑色とかを使ってましたが、今回新たに緑色のフィルターを使ってみました。一枚やっと余ったからです。青緑だと波長粒状班の波長から少しずれるはずで、多分緑の方があっているのかと思います。

画像を保存し忘れましたが、全体を見渡すと黒点がたくさん出ています。小さいものまで合わせると結構な数です。Appolo-M MINIはグローバルシャッターで速い撮影に向いているのですが、ピクセルサイズが4.5μmといつも使っているASI290MMの2.9μmより少し大きいので、4倍のPowerMATEを使って拡大して分解能を出します。そのまま普通にAS!4でスタックしてからImPPGで細部出しをします。
それでもやはり、何か少し見えるものの、粒状班らしき形には全然なりません。シーイングが十分でない可能性もあるのですが、ここでふと気づきました。Hα画像の細部に全然敵わないことです。

同じ時間帯、同じ鏡筒で撮影した場合、シンチレーションはそこそこ同じなので、分解能はそれほど変わらないはずです。今回は朝の撮影ということもあり、シーイングはそこそこよさそうなので、Hαは結構細部が出ています。それに比べて白色光はより細部があからさまに出ていない気がします。なぜそうなるのか？可能性はパッと思いつくだけで

1. 見ている波長域が広いため、色収差などの影響でシャープさに欠けること
2. 背景が明るいために模様のコントラストが出なくて、スタック段階でうまく位置合わせができていないのでは

の2つあります。

今回はまずは後者を疑ってみました。実際撮影したserファイルを見ても、黒点以外の背景はフワッとした淡いモヤモヤが見えるだけです。AS!4は画面上に打ったたくさんのポイントが合うように画面を歪ませながらスタックしていくのかと想像します。でも、模様がはっきり見えないと位置合わせのしようがないのではないかということです。

serファイルの動画の中に情報としては何か模様は残っているはずなので、その模様を参照して位置合わせをした方がいいはずです。そこで、ser playerのPreprocessingでガンマ値とゲインをいじって動画の段階で模様を見えるようにしてみました。その状態で、一旦別のserファイルに書き出し、それをAS!4でスタックしてみました。

結果は、同様にImPPGでいじるだけでかなり粒状斑らしきものが出てきます。それも、LR deconvolutionのsigmaを上げると粗い点々のようになってしまうので今回は0.5として、ほぼ何も効果を出さずに抑えます。Unsharp Maskingのsigmaが4.5、Amountが5.0とこちらも抑え気味でも十分粒状斑らしき形になりました。どうやら明らかに効果があるようです。

よく考えると、模様が出ない可能性の1も密接に関連しているはずです。粒状斑が見える波長域は限られています。今回はGreenフィルターを使いましたが、まだ波長域が広すぎか、このフィルターは特価で買ったものなので、もしかしたら眼視用でUV/IRに透過領域がある可能性もあるので、動画の背景が明る過ぎる可能性があります。以前使っていたPlayerOneのPhotosphireフィルターは透過波長幅が10nmとかなり暗かったので使わなくなってしまったのですが、減光フィルターを眼視用のOD5から撮影用のOD3.8のものに変えるとかなり明るくなるはずなので、撮影時からコントラストをよくすることができるかもしれません。

ImPPG後にPixInsightのABEの2次をかけフラット化し、MultiscaleLinearTransformをかけさらに細部出しをし、最後にPhotoshopで仕上げたのが以下のものになります。
以前はかなり無理な画像処理で無理やり何か出していましたが、今回は無理な画像処理はしなくても、粒状斑に見えるようなものが出始めています。とりあえずの、ポイントはスタック前の処理だったわけです。

少なくとも少し手がかりは見えたので、今後はもう少し方針立てて改善できそうです。改善ポイントは

• OD3.8フィルターに交換
• Green+UV/IRカットにするか、Photosphireフィルター
• 地面の揺れをカットするために三脚の足にゴムを挟む

などでしょうか。まだシンチレーションが悪い可能性もあるので、いい時間帯を狙うことも続けていきたいと思います。

タグ ：

#太陽

#Hα

#ASI290MM

#PST

#黒点

#プロミネンス

#粒状班

自宅で淡いもの撮影シリーズ、多分このダイオウイカが最終回になるでしょう。これ以上淡いのは...さすがにもう限界です。


私の元々の天体撮影の動機は「自宅でそこそこ撮れればいいな」でした。でも「そこそこ」がいつしか「どこまで」になり、いまでは「限界は」になってしまっています...。初心から考えるとあまり良くない傾向ですね(笑)。

最初に天体写真を始めてからずいぶんかかりましたが、最近では自宅でもやっと「そこそこ」満足に撮れるようになってきました。なんか「そこそこ」の使い方が間違っているようにも感じますが、とにかくイルカさんやカモメさんやクワガタさんは分解能や階調など見てもそこそこかと思います。ここ数年のソフトの進化の効果もかなり大きいです。でもこれは明るい天体だからまだ言えることで、かなり頑張って出したスパゲッティーさんは自宅撮影の限界はもう超えているんだと思います。今回の撮影のコウモリさんはまだしも、ダイオウイカさんはスパゲティーと同レベルか、もっと淡かったりします。



Sh2-129: フライングバット星雲とその中のダイオウイカ星雲を撮影したのはもう半年も前のことで、時期的にはスパゲティー星雲を撮影した直後です。そういう意味でも自宅からどこまで淡い天体が出るのかの検証の一環になります。


ところが、撮影後に長い迷走状態に陥りました。最低限の画像処理としてWBPPまではすぐに終わったのですが、そこからが長い長い。理由ははっきりしていて、何度やっても仕上がりが気にいらなくて、ほっぽらかしてしまっていたからです。

気に入らない理由もはっきりしていて、HαとOIIIに写るものがあまりにもはっきり区別されすぎていて、Hα起因の赤は赤だけでのっぺりしてしまうし、OIIIはそもそもメインのダイオウイカさえもあまりにも写らなくて、炙り出そうとしても画面全体がノイジーになってしまうからです。

とりあえずこちらを見てください。OIIIの5分露光1枚撮りで、ABEとDBEをかけてフラット化して、かなり強度に炙り出してみたものでが、ほとんど何も見えません。フラット補正の誤差レベルで出てくる鏡筒の迷光の僅かな明暗差よりも、星雲本体の方が全然淡いくらです。

WBPP後にどうなるかというと、まあせいぜいこの程度です。OIIIだけで10時間25分あるのですが、強炙り出ししても高々これくらい出るのみです。

少しでもS/Nを稼ごうとして、ソフトウェアビニングをかけて、bin4x4状態にして、そこからdrizzleでx2をしています。これについては以前議論していて、上記画像はすでにその過程を経たものになってます。このレベルのノイズだと流石にいかんともしがたく、少しだけ画像処理を進めましたが、全く太刀打ちできませんでした。

こんな調子ですが、画像処理の基本的な方針だけは初期の方に決まりました。恒星はRGBをそれぞれ別撮りしたものから得ます。その結果Hαの恒星もOIIIの恒星も使わないことになります。なので、最初からリニアの段階でHαもOIIIも背景と恒星を分離してしまいます。HαとOIIIの背景と、RGBから作った恒星を、別々にストレッチして、あとから合わせることにしました。

OIIIですが、恒星分離するともう少しフラット化や炙り出しなどを進めることができ、やっとダイオウイカの形がそこそこ見える程度にまでなりました。

背景の一部がボケたようになっていますが、DBEなどのフラット化の時になぜかボケてしまいます。どうやらこれは階調が僅かすぎて補正しきれないことに起因するようです。例えこれくらい出ていたとしても、AOO合成して処理しようとすると青と緑の背景があまりにノイジーになりすぎ、全く処理する気にならずに、ここで長期間放置状態になりました。

その後しばらくして、OIII画像は星雲本体のマスクを作ることができることに気づき、なんとかなると思い画像処理を進めました。今度はHαは赤のみ、OIIIは青と緑のみと、ものの見事に別れきっていることに気づいて、あまりに赤がのっぺりしてしまって、さらにはダイオウイカ自身も青一辺倒で後から乗っけたようになってしまい、これまた嫌になってしまって再度長期放置していました。

体調を崩してからまだ夜の撮影を敢行できずにいるので、未処理の画像をと思い、今回重い腰を上げました。スタートは以下の画像です。これとOIII画像から作った星雲本体と明るい青い部分のマスクを使います。

ただ、これだけだと赤と青共にのっぺりするのは変わらないので、途中からRGB画像のG成分を少し加えてみました。淡いですがG画像の背景に構造は残っているようで、緑成分がHαの赤と合わさって茶色の分子雲を作り出せればと考えました。このやり方が正しいのかどうかは疑問もあるのですが、例えばこれまでもかもめ星雲の時にHαにGBの背景を合わせて、赤の「のっぺり」を防いでいます。OIIIを使っていないのがポイントで、B画像とG画像の青と緑成分を使い色の階調を稼いでいます。また、網状星雲の画像処理ではε130DのテストとしてHαとOIIIのみでAOO合成していますが、これだと右側に広がる茶色の分子雲をどうやっても表現することができません。G画像を持ってくれば何か出せるのかなと考えていて、今回はその布石でもあります。同様のことはクワガタ星雲のAOO画像でも述べています。

初出でXに投稿した画像はマスク処理が功を奏して、やっとなんとかダイオウイカ本体が出てきたものでした。でもダイオウイカ本体から透けて見えるはずのHαの赤成分が全然出ていないことに後から気づきました。今から見るとちょっと恥ずかしいですが、まだ苦労している途中の習作ということで出しておきます。

次に投稿したものは、青から透けて見える背景の赤に気をつけて処理したものです。

その後、ソフトウェアビニングでbin4相当だったOIII画像を元のbin2に戻して、さらに青ハロの処理を間違えていたことと、ダイオウイカ本体以外にも青い部分は存在していることに気づき、青をさらに注意して、再度ほぼ一から処理し直しました。大体の処理方針はもう決まっていたので、再処理でもそこまで時間はかからず、最終的には以下のようになりました。


背景が赤一辺倒、ダイオウイカ本体は青一辺倒というのから脱却して、少しだけですが階調を出せたのかと思います。処理途中は、かなり最後の方までイカ本体が少しでも見えたらいいくらいに本気で思っていましたが、結果としては正直自宅撮影でよくここまで出たと思います。結局イカ本体はある程度出てくれたので、こんな淡い天体の場合でも画像処理の手法としては存在するということが、今回学べたことです。

その一方、元々超淡くてノイジーなダイオウイカです。マスクを駆使して、相当な無理をして出していることを実感しながら処理していました。これだけ淡いと、環境のいい多少暗いところで撮影したとしても、画像処理には無理が出そうで、例えば他の方のダイオウイカ本体がかなり綺麗に出ている画像を見ても、よくよく見てみると多少強引に処理を進めたような跡が見てとられます。Xに投稿したときに海外の方から「このターゲットを狙う限り、みんな苦労して画像処理している」とか言うようなコメントがありましたが、本当にみんな苦労しているのかもしれません。

恒例のアノテーションです。



どうせなのでぶっちゃけますが、実はダイオウイカ星雲は以前撮影していて、お蔵入りにしたことがあります。2021年11月のことです。FS-60CBにDBPフィルターをつけて、EOS 6Dで撮影しました。

DBPで胎児とハート星雲を撮影してみて、結構出るのでこれならダイオウイカでもなんとかなるかなと思って意気揚々と3日に渡り撮影しました。1枚当たりの露光時間はたっぷり10分で82枚、合計で13時間40分です。下の画像は、試しにWBPP後、フラット化だけしたものですが、何個もある黒い穴はホコリなので無視するとして、強炙り出ししても心の目で見てやっと青いイカが確認できるくらいです。


ホコリの跡が目立ったのもありますが、このイカさんの淡さ見て画像処理をする気にもならずに、諦めてしまいました。でもこれが広角の明るい鏡筒でナローバンド撮影をしたくなった強烈な動機になり、それから1年ちょっと経った時にε130Dを手に入れています。(追記: 改めて過去記事を読んでみると、DBPと6Dで胎児とハート星雲を撮影してうまくいったので、次にDBPでスパゲティー星雲を撮影しようと思ったみたいです。でもスパゲティーの前に6D+DBPでダイオウイカに行って上の画像のように打ちのめされて、そのままスパゲティーに行かずに、一旦ε130Dに走ってスパゲティーを撮影して、やっと今回のダイオウイカに戻ったということみたいです。)

今の技術で2年前のダイオウイカを画像処理したらどうなるか、ちょっと興味が出たので、少しだけ挑戦してみました。念の為一からWBPPをかけ直して、ABEとGradientCorrectionでフラット化して、SPCCをかけて、BXTをかけて、リニアの状態で恒星と背景を分離するなど、基本方針はナローで撮った時と同じです。ところが、適当にストレッチしてからダイオウイカ本体の処理のために青のマスクを作ろうとしたのですが、あまりに淡くてノイジーで背景と分離することができずに、結論としてはマスク作成不可能ということで頓挫しました。やはり今の技術を持ってしても、無理なものは無理と分かっただけでも収穫かもしれません。

結局年単位の長期計画になったのですが、改めて明るい鏡筒まで手に入れて、今回ナローでイカを撮った甲斐があったというものです。



ちょうど6Dの画像処理中の6月24日、PixInsightのメジャーアップデートのお知らせがメールで届きました。目玉の新機能が多数枚の画像の速い処理を可能にするFastBatchPreprocessing(FBPP)と 、色バランスをGaia DR3データと比較して合わせるSpectrophotometricFluxCalibration (SPFC)でしょうか。とりあえずFBPPだけ試してみました。WBPPとの簡単な比較ですが、興味がある人も多いのではないでしょうか。

あ、その前に、1.8.9-3にアップデートした時点でプロジェクトファイル内に保存されていたWBPPのインスタンスが再利用できなくなったので、使い回しができなくなり新たに一から作り直す必要がありました。ダークとかフラットを登録済みで便利だったのに、また登録し直しでちょっと面倒でした。アップデートする方はこの点注意です。

1.8.9-3のインストール後、使えなくなったのはStarNetのみでした。これは前バージョンのPixInsightを消さずにフォルダ名だけ変えて残しておいて、1.8.9-3を元と同じ名前のフォルダにインストールし、古いフォルダ以下に残っていたファイルを新しい方にコピペしました。どのファイルをコピペすればいいかはここを参照してください。コピペでファイルの権限などもそのまま写されるので、このページにあるchmodなどの属性変更は必要ありませんでした。

さて処理にかかった時間の結果ですが、WBPPとFBPPで比較します。ファイルは全てEOS 6Dで撮影したカラー画像です。ファイル数は全く同じで、LIGHTが82枚、FLATが32枚、FLATDARKが32枚、DARKが106枚、BIASは以前に撮ったマスターが1枚です。

まずはこれまでのWBPPでかかった時間です。WBPPはdrizzle x1やLN Referenceなどもフルで実行しています。やっていないのはCosmeticCorrectionくらいでしょうか。トータルでは45分強かかっています。

一方、FBPPは設定でほとんどいじるところがなくて、ここまでシンプルになると迷うことが無くなるので好感が持てました。PixInsightの設定の多さや複雑さに困っている人も多いかと思います。私は多少複雑でも気にしないのですが、それでもこれだけシンプルだとかなりいいです。トータル時間は約11分です。

結果を比べると、Fast Integrationと出ているところは元のIntegrationなどに比べて3倍程度速くなっていますが、Fast IntegrationはLIGHTのみに使われていて、その他のDARKなどのIntegrationには使われないようです。Debayerも5倍弱と、かなり速くなっています。他の処理は元と同じ名前になっていて、かかる時間はほぼ同じようです。その代わりに余分な処理数を減らすことでトータルの時間を短縮しているようです。トータルでは4分の1くらいの時間になりました。

ここから考えると、LIGHTフレームの数が極端に多い場合は、かなりの時間短縮になるのかと思われますが、アナウンスであった10分の1は少し大袈裟なのかもしれません。

処理数を減らしたことに関してはdrizzleを使わないとか、ImageSolveで位置特定を個別にするとかなら、ほとんど問題になることはないと思われます。出来上がりのファイル数も少なくて、操作もシンプルで、FBPPの方がむしろ迷わなくて使いやすいのではと思うくらいです。



ダイオウイカですが、2年くらい前の撮影から進歩したことは確実です。機材が違うのが第一です。ソフトウェアの進化はそこまで効かなくて、以前の撮影の無理なものは無理という事実は変わりませんでした。

さて今後ですが、これ以上の改善の可能性もまだ多少あるかと思います。例えば今使っている2インチのOIIIフィルターはBaaderの眼視用なのですが、透過波長幅が10nmと大きいこと、さらにUV/IR領域で光を透過する可能性があり、まだ余分な光が多いはずです。実際、フラット撮影時にBaaderの撮影用のHαとSIIフィルターと比べると、OIIIのみ明らかに明るくなります。また、明るい恒星の周りにかなりはっきりとしたハロができるのも問題です。これらはきちんとした撮影用のOIIIフィルターを使うことで多少改善するかと思います。この間の福島の星まつりでやっと撮影用の2インチのOIIIフィルターを手に入れることができたので、今後は改善されるはずです。

また、今回OIIIに注力するあまり、Hαの枚数が5分の1程度の25枚で2時間程度と短かったので、もう少し枚数を増やして背景の赤の解像度を増すという手もあるかと思います。

G画像だけはもっと時間をかけて淡いところを出し、分子雲を茶色系に階調豊かにする手もあるかと思います。これはナローバンド、特にAOOで緑成分をどう主張させればいいかという、今後の課題になるのかと思います。

あとは、やはり暗いとことで撮影することでしょうか。いくらナローバンド撮影と言っても、光害での背景光の明るさが変われば、OIIIの波長のところでも違いが出るのかと思います。特にS/Nの低い淡い部分は効いてくるでしょう。



2年前に心底淡いと震撼したダイオウイカですが、自宅でのナロー撮影で、まあ画像処理は大変でしたが、これだけ出たのは満足すべきなのでしょう。でももう、自宅ではここまで淡いのは撮影しないと思います。もう少し明るいものにした方が幸せになりそうです。無理のない画像処理で、余裕を持って階調を出すとかの方が満足度が高い気がしています。

タグ ：

#OIII

#ダイオウイカ

#Sh2-129

#自宅

#ε130D

#ASI6200MMPro

#FBPP

#PixInsight

#WBPP

2024年6月8日、福島県田村市の星の村天文台で行われた星まつりに、こっそりと行ってきました。こっそりとという意味は、GWに崩した体調が戻っていないくて、泊まり（特に車中泊）は全然無理そうなこと、富山から福島までは結構な距離があり運転時間が長くなるので、いまいち自信がなくて、寸前まで誰にもいくことを知らせていなかったからです。




実際直前の直前まで迷っていて、朝起きたときに調子が良ければ行こうと決めて、前日は準備だけはして睡眠時間を確保するために早めに寝ることに。朝4時頃に起きたら結構調子がよかったので、思い切って出発としました。退院後初の長距離ドライブですが、まあいざとなったら引き返せばいいでしょうと、これ以上はあまり考えないことにしました。ただ食事に制限があるので、途中のコンビニでお菓子を買い込むとか、新潟前の黒崎PAのスターバックスで大好きな抹茶クリームフラペチーノを頼むとかもできないので、途中のドライブがずいぶん味気ないものになってしまいました。いや、でも健康が第一です。倒れて趣味も何もできなくなったことを改めて思い出しました。


午前7時頃でまだスターバックス開いてないと思ったら、甘いものが食べれないこんなときに限って、なぜか 朝からやってるんですよね...。

タグ ：

#星まつり

#福島

#田村市

#星の村天文台

#電視観望

#SWAgTi

#Vixen

#北軽井沢観測所

最近VMwareのProが個人利用なら無料になるというニュースが流れてきました!


MacのCPUがまだIntelだったころは、Boot CampやParalles、VMware、VIirtualBoxと、仮想化ツールを使っていました。電視観望では別のWindows PCを持っていくのですが、再起動して立ち上げるBoot Campや、VMwareからBoot Camp領域にアクセスした仮想PC上で電視観望を敢行したこともあります。

でもM1 Macを使い出した当時からBoot Campは全く使えなくなり、仮想でもArm対応だけで、一般のソフトの対応はあまり進んでいないという状態でした。でも今回調べてみたら、どうやら特殊なソフトでない限り、一般のソフトは結構普通に動くということのようです。これは再びMacでSharpCapを使っての電視観望で使えないか、また試したくなってきました。私はお客さん相手の観望会の時は、トラブルがあることを考えてWindows PCを2台持っていくことにしています。MacでSharpCapが動くなら、少なくとも持っていくPCを1台減らすことができます。



VMware Fusionのインストール自身はいくつも記事が出ているので、ここではポイントだけ書いておきます。ちょっとクセがあり面倒です。以下のページがわかりやすかったです。


WMwareをダウンロードする際に、アカウントを別途作る必要があること、その際住所などを書かなければならないことがちょっと抵抗がありましたが、これはしかたないでしょう。元々VMwareを使っていたので、昔のアカウントがあるかと思っていたのですが、どうも残っていないようで、結局新たにアカウントを作り直しました。

Windows自身は指示に従ってVMware上でダウンロードするのが楽だと思います。私は上のページに辿り着く前にここを見てしまい、別途Windowsをマニュアルでダウンロードしました。


あと、VMware Toolsが上のページに書いてある方法そのままではうまくいきませんでした。VMware Toolsが入っているisoイメージをあらわにマウントしてやる必要があり、次のようにしました。

1. Macの「アプリケーション」フォルダ内のVMware Fusion.appを右クリックして、「パッケージの内容を表示」でContents -> Library -> isoimages -> amd64を開き、その中にあるwindows.isoをデスクトップなどにコピーします。
2. VMwareのメニューの「仮想マシン」から「CD/DVD(SATA)」 -> 「ディスクまたはイメージを選択」で先ほどのwindows.isoを選択
3. 再びメニューの「仮想マシン」から「VMware Toolsのインストール」を選択して、出てくるダイアログで「Setup.exe」を実行することで、ビデオドライバーやネットワークなどがインストールされ、画面の解像度を変えることができたり、やっとネットワークに繋ぐことができるようになります。

ここまでくれば、もう普通のWindowsと同じです。CMOSカメラのドライバーをインストールしたり、SharpCapをインストールしたりしましょう。必要ならASCOMプラットホームやASCOMドライバーもインストールします。

さて、必要そうなドライバーやソフトのインストールまでは普通にできました。まずは実際にArm版のWindowsで各種ソフトが立ち上がるのでしょうか？ドキドキですが、SharpCapを立ち上げてみます。

おっ！普通に立ち上がるようです。とりあえずカメラが手元になかったので、仮想のテストカメラを選択してみますが、これは少なくとも普通に動くようです。Arm版でも普通に立ち上がるんですね。これだけでもすごいです。




さあ、次はカメラを用意して実際に接続してみます。USB機器を接続した時に、Macに接続するか、Windowsに接続するか聞かれます。ここはもちろんWindowsです。「ピロン」と音が鳴って、接続されたことがわかります。

次にSharpCapを開いてカメラの接続を試みようと思いますが、ここで問題発覚です。カメラが全く認識されていません。

カメラは電視観望でいつも使っているPlayerOneのUranus-Cです。ここでPlayerOneのサイトに飛んで上部の「Service」の「Driver and Software」のところを見てみると、なんと(2024年6月4日現在)「Camera native driver on Windows11 on arm (Windows11 in Parallels on Apple silicon Mac)」とあるではありませんか！早速リンクをクリックしますが、出てきたページによるとドライバーインストールの前に注意があるみたいで、どうやらドライバーの署名を強制的にオフにしなくてはダメなようです。



ドライバーの署名のオフ説明画面に沿って進めればいいのですが、英語なので一応日本語に相当する部分を書いておきます。

1. まずはWindowsの「設定」を開きます。今回入れたのがWindows11で普段はまだほとんどWindows10なので少し戸惑いますが、画面下部のタスクバーの中央のWindowsマークのスタートボタンを押すと出てくる、ピン留め済み一覧の中の、ギヤマークの「設定」を押します。ピン留め一覧に出てこない場合は右上にある「すべてのアプリ」を押して、「さ」行から「設定」を探して押してください。
2. 最初に選択されている「システム」の中の、「回復」を押します。少し下の方にあるので気づきにくいかもしれません。その場合は少し下にスクロールさせてみてください。
3. 「PCの起動をカスタマイズする」のところの「再起動」を押します。
4. しばらく待って出てきた「トラブルシューティング」「詳細オプション」「スタートアップ設定」の順に進みます。ここで一度再起動します。
5. さらにキーボードの数字の「7」を押すか、キーボードの「fnキー」を押してからそれを離すことなく「F7キー」を同時に押します。
6. その後、再ログインするとやっとドライバーの署名がオフされた状態になります。
7. 元のページの一番下にあったArm用のカメラドライバー（2024年6月4日現在でバージョン1.3.12.12）をダウンロードし、展開してインストールします。
8. その際、「ドライバーソフトウェアの発行元を検証できません」とか出ますが、無視して、下の「このドライバーをインストールします」を選択します。

ちなみに、これらの署名オフの過程はドライバーをインストールする前にWindowsを再起動してしまった場合は、ドライバーの署名強制的にオフが解除されるので、また最初からやる必要があるそうです。



ところがです、ドライバーインストール後すぐにSharpCapを立ち上げたのですが、まだ認識されませんでした。どうやら一筋縄ではいかないようです。PlayerOneのページにParalles用のドライバーとかと書いてあったので、もしかしたらVMwareでは動かないのかとあらぬ疑いを持ってしまいます。でも普通に考えたらArmで動くか動かないかがポイントで、それを動かす仮想のベースは関係ないはずです。

ここでZWOのカメラはどうなのか試してみました。まず普通にZWOのドライバーページからカメラドライバーをダウンロードしてインストールしましたが、これは予想通りで、カメラは全く認識されません。ZWOのページにはまだArm対応のドライバーは見当たりません。いろいろ検索してみると、ZWOのフォーラムの中に2021年ごろからArmに対する議論が活発になされていることがわかりました。2021年の初期の頃はRossetaを使ってMacOSの上で走らせたIntelベースのASIAirで動いたとかが議論の中心でしたが、途中2023年2月頃にArm用にドライバーをビルドできたとの報告がユーザー側から出てきます。その後いくつかビルド済みのドライバーがアップロードされていますが、PlayerOneの時と同様な署名オフ問題が存在してるようです。「しているようです」というのは、どうもこれらのドライバーはフォーラムにログインしなくてはダウンロードできないようで、唯一2024年4月24日の投稿にあったこのページがgoodleドライブ上にアップロードしてくれていて、ダウンロードすることができました。このドライバーは署名オフ問題を回避してあるらしいのですが、私は回避状態でインストールしてしまったので、確認は取れていません。

さて、このドライバーもPlayerOneのArm用ドライバーと同じように、普通にインストールはできたのですが、それでもやはりSharpCapで認識されません。どうもドライバーの問題というよりは、何かPlayerOneとZWOで同じような問題が起きているような感触です。ここで一旦諦めました。



冷静になってしばらく考えて、デバイスマネージャーで見たらどうかと気づきました。そういえばZWOのフォーラム上でもデバイスマネージャーのスクリーンショットが出ているのを思い出しました。やった手順を書いておきます。

1. Windwos11のスタートボタンを右クリックして「デバイスマネージャー」を押して開きます。
2. この状態でUranus-Cを繋ぐと「不明なデバイス」のところにでてきます。これはおかしいです。フォーラムの中のスクリーンショットによるとカメラは「イメージングデバイス」に振り分けられるはずです。
3. 右クリックして「ドライバーの更新」を選び、「コンピュータを参照してドライバーを検索」を選びます。
4. 次は「コンピュータ上の利用可能なドライバーの一覧から選択」を選びます。
5. 次の画面の「互換性のあるハードウェアを表示」オプションは外してください。そうすると（上でPlayerOneのArmドライバーがインストールされている場合は）「PlayerOne」の選択肢が出てきて、それを選ぶとカメラの選択肢が出てきます。私の場合は手持ちがUranus-Cなので「POA Uranus-C Camera」を選びます。
6. 「ドライバーをインストールしています」と出て順調に行くかと思いきや、ここでまた問題が発覚です。「デバイスのドライバーのインストール中に問題が発生しました」などと出ます。
7. また失敗かと思いきや「閉じる」を押しますが、デバイスマネージャーを見ると今度はきちんと「イメージングデバイス」にUranus-Cが移動しています。
8. もしかしてと思い、SharpCapを立ち上げてメニューの「カメラ」で確認すると、何とUranus-Cがきちんと出てきています。
9. 実際にカメラを選択して接続完了後に画面を見ると、きちんとカメラで写した画像が出てきました。ROIを最大画角で見てもフレームレートは46fpsくらい出ていてます。スピード的には十分で、少なくとも電視観望レベルで問題になるようなことは全然なさそうです。

あ、SharpCapでカメラに接続時に1-2度フレームレートが0のままや、上がらないことがありました。USB接続の不良（2.0で繋がってしまったとか）もありますので、繋ぎ直すと解決することがあります。私はケーブル再接続で直り、その後は何度か繰り返しましたが全く問題なく安定に動いています。

というわけで、問題は接続したカメラにドライバーがきちんとあてられておらず、ドライバーを更新して手動であえて正しいドライバーを選択してやる必要があったということです。でもこのような問題は、いずれ時間と共に解決するはずなので、今だけの問題なのかと思います。



さて、PlayerOneのカメラは上のようにすればOKだったのですが、ZWOはさらにひとひねり必要でした。ドライバーがきちんと当たっていないのは同じなので、上の3までは同じです。4のところで今度は「コンピュータ上のドライバを参照します」を選び、ZWOのArmドライバーがインストールされたフォルダ、例えば私の環境では

C:\Program Files (x86)\ZWO Design\ZWO_USB_Cameras_driver\driver\arm64

を選択します。要するに、まだWindowsのシステム内にもドライバーがうまくインストールされていないみたいです。今のところはユーザーがビルドしたオフィシャルでも何でもないドライバーなので、ある程度は仕方ないですね。

これで上の6以降に合流し、同じように文句は出ますが、「イメージングデバイス」に移動しているはずです。これでSharpCap上で接続（今回試したのはASI294MC）して、画面にきちんと像が出てくることを確認できました。フルサイズで12fpsくらい出ているので、仮想OSで動かしていると考えると、こちらも十分な速度かと思います。



ところがところが、まだ問題が残っています。Windowsを再起動すると、どうも署名オフの効果が消えるみたいで、ZWOのカメラのみ、再接続するとデバイスマネージャー上のASI294MCが、イメージングデバイスには置かれているのですが、三角の警告マークが出てきて、プロパティを見ると「このデバイスに必要なドライバーのデジタル署名を検証できません。... (コード 52)」などと出てきます。この場合、署名オフのプロセスを再度実行しなくてはダメなようで、再起動のたびにこれを繰り返すのは少し面倒です。

一方、PlayerOneのカメラはそのような署名オフ問題は再度出てこないので、こちらはWindowsを再起動しても問題なく再度カメラを使えています。

というわけで、カメラのインストールは少し大変ですが、PlayerOneのカメラは問題なく使えますし、ZWOのカメラはインストールはもう少しだけ手を加えることと、あとはWindos再起動のたびに署名オフのプロセスを繰り返す必要なことが大変でしょうか。でもそこだけ我慢すれば一応使えるというのが今の所の結論です。



カメラの認識にかなり苦労したので、その後のSynScan Proとか、SharpCapからSynScanアプリを動かすASCOMドライバー関連がかなり心配になりました。

まずはSysScan Proです。ダウンロード、インストールして、ミニマム電視観望の定番のトラバースで試してみました。ポイントは、WindowsのネットワークアダプターがMacのものをそのまま仮想的に利用しているので、Windowsから見たら一般的なイーサーネットアダプタとなっているということです。Wi-Fiではなく、あえて言うなら仮想的なLANケーブルに繋がったインターネット接続でしょうか。なので、トラバースに繋ぐのはMac側になります。MacのWi-FiでSSIDを見てみると、トラバースらしきものが見つかると思います。まずはここで繋ぎ、次にWindowsに行きます。SynScan Proを立ち上げて、接続を試みます。最初うまく検出できなかったので「ダメか?」と思ったのですが、通常のWindows単体での接続より少し時間がかかるようです。30秒程度掛け何度か接続を試していると、トラバースを認識して接続に成功しました！ネットワークアダプタの違いがあるので厳しいかとも思っていたのですが、これはあっさりし過ぎなほど簡単につながりました。

次は難敵ASCOMです。ドライバーに当たる部分なのでArmに対してはいろいろ未知数です。と覚悟を決めて試してみました。まずはSynScanアプリ用のASCOMドライバーをSkyWatcherのページから落として、インストールします。

SharpCapのメニューの「ファイル」の「SharpCapの設定」から「ハードウェア」タブを選び、「マウント」の「ハードウェアの選択」のところで出てくる「SynScan App Driver」を選び、下の「OK」ボタンを押します。あとは、右パネルの「望遠鏡制御」のところにある「接続」チェックボックスを押し、チェックマークを入れます。おお、何の問題もなく接続するではありませんか!!念の為「レート」を最大にして矢印マークを押すと、トラバースがきちんと動きました。ASCOMもあっさりし過ぎなほどうまく行きました。


ここまでくれば、もう電視観望も試せます。すべての接続がうまく行ったあと、夜を待って実際の電視観望を少しだけ試してみました。


初期アラインメントと、途中何度かの導入の際はSharpCapからSharpSolveを使いプレートソルブをしていますが、これらも全く問題なく動きました。下のようにライブスタックも普通にできます。






簡単にできるかと思っていたArm Windowsでの電視観望ですが、思ったより手こずりました。同様のことを試そうと思っている方は、事前の明るいうちに接続関連をすべてクリアしてから夜に臨んだほうがいいかと思います。私はWMwareだけは昼にインストールしておいたのですが、カメラの接続を夜になってから始めたので、まるまる一晩潰しました。昼間もいろんなトラブルで、2日ほど費やしています。

一旦うまくいけば、Windows PCと比べても、全く遜色なく、いやむしろMacbook Proで画面とか大きいので、さらに快適に電視観望が楽しめます。あと、ブログをまとめるときも、すべての保存画像がMacから直でアクセスできて、Windwow-Mac間も普通にコピペできるので、これまでのようにわざわざ別PCから画像を移動する必要もなく、こちらもむしろ快適だったりします。

ここまでくると、あと出来なさそうなのは太陽とかのミリ秒スケールの短時間露光撮影でしょうか？さすがにフレームレートがそこまで出ないことが予想できますが、面積の小さいカメラを使うので実際どうなのでしょうか？太陽撮影はASI290MMでZWOカメラなのでちょっと面倒かもしれませんが、時間があるときに試してみたいと思います。



というわけで、M1 Macで個人利用が無料になったVMware fuisonを使い、Arm64版のWindows11を仮想OSで動かし、電視観望ができるか試しました。カメラ関連はドライバーのインストールとカメラの認識に多少手こずりましたが、少なくともPlayerOneのカメラでは問題なく、ZWOのカメラではWindows再起動時に毎回署名オフのプロセスを踏む必要はありますが、フレームレートも含めて十分なスピードで使うことができます。実際の電視観望も、SynScan Pro、ASCOMプラットフォーム、ASCOMドライバーも全く問題なく動き、ネットワークアダプターもMacでトラバースに繋ぐことさえ注意すれば、問題なく接続し、プレートソルブも含めて動かすことができることがわかりました。

MacユーザーでBoorCampが使えなくて困っていたユーザーは、今回無料になったVMwereを使うことでコストパフォーマンスよく、Windows PCを別途用意することなく、Mac上のArm Windows11で電視観望まですることができます。

タグ ：

#Mac

#M1

#Arm

#Windows

#VMware

#Fusion

#電視観望

#FMA135

#Uranus-C

#ASI294MC