ほしぞloveログ

天体観測始めました。

カテゴリ: 計算機

最近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

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版でも普通に立ち上がるんですね。これだけでもすごいです。

スクリーンショット 2024-06-06 085517
Arm Windowsですが、まずはSharpCapに付属の仮想のテストカメラで、問題なく動きました。


カメラの認識がちょっと大変

さあ、次はカメラを用意して実際に接続してみます。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)」とあるではありませんか!早速リンクをクリックしますが、出てきたページによるとドライバーインストールの前に注意があるみたいで、どうやらドライバーの署名を強制的にオフにしなくてはダメなようです。


ドライバー署名オフ

ドライバーの署名のオフ説明画面に沿って進めればいいのですが、英語なので一応日本語に相当する部分を書いておきます。
スクリーンショット 2024-06-04 212405
下の4.のところの画面です。

  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で同じような問題が起きているような感触です。ここで一旦諦めました。


ドライバーのマニュアル更新: PlayerOneの場合

冷静になってしばらく考えて、デバイスマネージャーで見たらどうかと気づきました。そういえば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で繋がってしまったとか)もありますので、繋ぎ直すと解決することがあります。私はケーブル再接続で直り、その後は何度か繰り返しましたが全く問題なく安定に動いています。

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


ドライバーのマニュアル更新: ZWOの場合

さて、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で動かしていると考えると、こちらも十分な速度かと思います。


Window再起動後の問題

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

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

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


SynScan ProとASCOM関連

カメラの認識にかなり苦労したので、その後の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もあっさりし過ぎなほどうまく行きました。

やっと電視観望に辿り着いた!

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

IMG_9515
このように、M1 Macbook ProでSharpCapを使って電視観望が普通にできています。

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

スクリーンショット 2024-06-05 215006

スクリーンショット 2024-06-05 220445

スクリーンショット 2024-06-05 221602

スクリーンショット 2024-06-05 222127


簡単にできるかと思っていた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で電視観望まですることができます。


X上で、めだかと暮らすひとさんがACUTERのトラバースを購入され、SynScanに接続できることをこの「ほしぞloveログ」の過去記事で気付いたそうです。



Samからのコメントとして「トラバースってBluetoothでも接続できるから便利ですよね」とか返したのですが、「SynScanも?」と返ってきました。そうです、Bluetoothで接続できるのは専用のAcuter Skyだけなんですよね。以前試した時の記事が以下になります。


上の記事の中にも書いてあるのですが、Bluetoothで接続できると何がいいかっていうと、Wi-Fiが空くのでネット環境に別途接続できるのです。Wi-FiでトラバースとかAZ-GTiに繋いでしまうと同時にネット接続ができなくなるので、調べ物とかするのに別の端末が必要になってしまいます。AZ-GTiはWi-Fiしかないのでこの点不便でしたが、トラバースはBluetoothがあるので、SynScanアプリでもBluetooth経由で接続できるとかなり楽なのです。

めだかと暮らすひとさんに返事を返す前に、せっかくなので何か状況が変わっていないか試してみることにしました。


接続方法

実際に試してみたら、少しクセがありますが一応成功しました。手順を書いておきます。
  1. まずはiPhoneの「設定」->「Bluetooth」から、トラバースにBluetooth接続することを試してみます。でもどうやってもそれらしい機器の名前が出てきません。一筋縄ではいかないようです。
  2. 次に、Acuter skyを立ち上げ、アプリ内の「セットアップウィザード」->「アプリとマウントを接続」から「Bluetooth LE」で接続すると、Mount__ca35という機器名が見え、問題なく接続できてリモートでトラバースを操作できるようになります。(LEって何だと思って調べたら、Low Energeyのことで、「省電力かつ省コストで通信や実装を行うことを意図して設計されている」とのことでした)
  3. この状態でiPhoneの「設定」->「Bluetooth」を見ると、トラバースと思われる機器名(ESP32)が現れていて、接続済みであることがわかります。
  4. 次に、SynScan Proの「設定」->「接続の設定」から「BLE」を選びます。(下の画像1枚目)
  5. 最後は、普通にSynSan Proの上部の「接続する」を選ぶと、そのまま接続され、実際に操作ができるようになるはずです。(下の画像2枚目)
  6. この状態でAcuter skyを閉じても、Bluetooth接続は維持され、SynScan Proでの操作はそのまま継続されます。SynScan Proを落とすと同時に、iPhoneの設定から行くBluetooth設定画面から「ESP32」は消えます。ですが、一旦接続すると覚えているようで、これ以降はAcuter skyを立ち上げなくても、iPhoneの設定から行くBluetooth設定画面からESP32の名前が見えなくても、たとえ一旦トラバースの電源を落としてふたび入れ直しても、SynScan Proを立ち上げて接続しようとするとそのまま接続できるようです。
IMG_9419

IMG_9420

その他:
  • 最初はiPhone Xで試しましたが、同様のことは2台のiPadでもできました。ただし「ESP32」という名前は出てきませんでしたが、接続自体はできました。
  • SynScanもSynScan Proも同様の振る舞いでした。
  • SynScanアプリは古いバージョンだとBluetoothをそもそもサポートしていないので、最新版を使うようにしてください。

PCからのBluetoothでの接続

iPhone上のSynScan Proからできたので、普通にPCからもできるかと思ったのですが、よく考えたらPC用のAcuter skyはありません。いろいろ試してみましたが、結論としては今の所PCとトラバースをBluetooth経由で繋ぐ手段はなさそうです。以下、試したことです。
  • Windwos10のSURFACE8だと、Bluetooth画面でMount__ca35という名前が見えますが、接続しようとしてもうまくいきませんでした。
  • Windwos11のSURFACE9だと、Bluetooth画面ではトラバースと思われる機器名は現れません。
  • 次の手として、PC上でAndroidエミュレータを試しました。Acuter skyは立ち上がりますが、ほぼ全てのエミュレータがBluetoothをサポートしていないため、 Bluetooth経由では接続できませんでした。
  • Bluetoothをサポートしているエミュレータも一部にありましたが、10年ほど前の有料のものか、無料だとLinux版のみでWindows版はないようです。 

というわけで、少なくとも私の環境ではWindowsからの接続は無理でしたが、他の環境ではまだ可能性はあるかもしれません。どうも今の所は専用アプリからしか見えないような、ステルス的な扱いのようです。そもそも原理的に接続は難しくないはずなので、SynScanアプリでもBluetooth接続を正式に対応してもらえると、ユーザーとしてはメリットしかないと思うので、とてもありがたいのかと思います。

結論としては、今のところPC上のSynScanアプリはWi-Fi経由でトラバースに直結するしかなく、もしSynScanアプリを使ってトラバースをリモートで操作したい場合は、トラバースをステーションモードで動かして自宅ルータや屋外のモバイルルータなどにWi-Fiでつなぎ、PCも同じLAN内に繋ぐなどの工夫を必要とするところは、これまでと変わらないということです。


まとめ

そもそも、トラバースのBluetooth接続がSynScanアプリで可能というような情報は、日本語と英語で探した限り見つかりませんでした。なので、今回のこの情報自身が初出の可能性大です。もしかしたら、中国語では出回っている情報かもしれませんが、中国語はわからないので私には確かめようがありません。

少なくともiOSではBluetoothでSynScanアプリと接続できてしまうので、できることならPCとも接続できるようになるととても助かります。具体的には、リモート接続時にトラバーサのWi-Fiでステーションモードにする必要がなくなるので、切り替えがよりシンプルになることが期待されます。

今回は短めの記事でしたが、最近のシュミットさんのトラバースの特価攻撃で陥落してポチった人がたくさんいるようなので、少しでも役に立てばと思いまとめました。せっかくなので、トラバースのBluetooth接続の敷居を下げていただいてもっと便利になると、さらにポチる人が増えるのではと勝手に想像しています。


一連の皆既月食記事の8本目。いい加減にそろそろ終わりにするつもりです。前回の記事はこちらから。



Hough変換

今回はHough変換を使ったサークル抽出で、月食中の月の位置合わせに挑戦です。FS-60CBで撮影した4時間分の広角の画像から月が画面中心に来るように位置変換をします。その後、タイムラプス映像にしてみます。

Hough変換は画像の中から特徴的な形を抽出するアルゴリズムで、その中に円を抽出する関数があります。Hough変換は色々な環境で使えますが、今回はOpenCVで用意されている関数をPythonで使うことにしました。検索するとサンプルプログラムなどたくさん出てくるのと、今回は対処療法で組んでいったのの積み重ねなので、あまりに汚いコードで人様に見せれるようなものではないです。なので、どうパラメータを取ったかだけの説明にとどめることにします。

基本的にはあるフォルダにある、月が映っているたくさんのファイルを順次読み込み、カラー画像をグレースケールに変換して、HoughCircles関数を呼び出すだけです。Hough関数は以下のようにしました。

HoughCircles(gray, cv2.HOUGH_GRADIENT, dp=1, minDist=1500, param1=30, param2=2, minRadius=350, maxRadius=400)

パラメータがいくつかありますが、少しだけコツを書いておきます。
  • HOUGH_GRADIENTとHOUGH_GRADIENT_ALTは両方試しましたが、ALT付きの方が誤検出が多かったのでALT無しの方にしました。
  • dpは1以下も試しましたが、位置精度に違いはあまりなかったです。大きな値にすると精度が悪くなりました。
  • 円を複数検出するわけではないので、minDistは1000とかの相当大きな値にしておきます。
  • param1は最終的に50程度にしました。大きすぎたり小さすぎたり値では検出できなかったりしますが、位置精度にはあまり影響ないようです。
  • param2は位置精度に影響があるようです。大きすぎると精度が悪くなりますが、5以下くらいだと精度はこれ以上変わらないようです。
  • minRadiusとmaxRadiusは、月の大きさは一定なのでその半径を挟むような値を取ると効率が良いでしょう。

とりあえず結果を示します。


結局出た精度はこれくらいです。もうちょっとビシーっと止まってくれればいいのですが、まだちょこちょこズレています。

実は精度を出そうとして色々試してみてます。Hough変換のパラメータをいじるのはもちろんなのですが、大きなものは
  • グレー化後に、あらためて画像の2値化
  • グレー化後に、あらためて輝度やコントラストをいじる
  • Adobe Premiereのブレ補正
  • 一旦Hough変換でラフに位置合わせして、少し大きめに切り抜いて、再度Hough変換
くらいでしょうか。でも結局どの方法も精度を劇的に上げることはできませんでした。Hough変換で目で見てもおかしいズレがあるので、そこだけでもずれが直ったらと思ったのですが、やはりダメなものはダメで、どうも苦手な画像があるようです。

今回はFS-60CBで広角で撮ったものから抜き出しているので、解像度が良くないこと。さらに動画の中から最初の1枚だけを抜き出しているので、大気揺らぎなどで多少のブレがあります。もしかしたらスタックをすると平均化されるので、細かいブレは少なくなるのかもしれません。スタックしてから、Hough変換ではなく、特徴点を抜き出して合わせるとかいう処理をした方が精度が出るかも知れませんが、ちょっと力尽きたので、今回はここまでにします。

ついでに同じ位置合わせの手法で、いくつか画像を抜き出して天王星の潜入画像をつくってみました。位置合わせ後、比較明合成しただけです。これくらいの精度ではそこそこ合って見えるんですけど、やはり長時間のタイムラプスだときついかもです。

uraus_in

まとめ

今回の皆既月食に関する記事はこれで一旦終わりにします。

撮影後、1ヶ月以上にわたって楽しむことができてかなり満足しました。その一方、そろそろ月も飽きてきました。ただ、まだ未処理ファイルが大量にあるので、気が向いたらもう少し追加で書くかもしれません。

先の記事でも書きましたが、今回は月食に関してはかなり満足して撮影できました。大きな課題は地球本影を位置補正することなく撮影することですが、次回月食ではこれ一本に絞ることにするかもしれません。

ここ数日、BlurXTerminatorがすごいことになっています。次は少しこちらの方に時間を費やそうかと思います。












手持ちのStick PC、MiNISFORUM S41ですが、値段と性能の良さから天文界隈でも使っている方が意外なほど多いのかと思います。その小ささにもかかわらず、スピードも十分。なかなか微妙な立ち位置のStick PCの中で、久しぶりに出た高評価の実用的なものです。



これまでの状況

その中で唯一の弱点が電源。特にバッテリー駆動だとどうも不安定です。

これまで3種類のUSBバッテリーを使用して、そのうち2種は起動不可だったり、途中で落ちることが多かったです。唯一少しまともだったのがLess is moreというところの100Wまで出せるというバッテリーです。起動不可という経験はしたことがなく、テストでは不安定なことはありませんでした。

その後、Less is moreを実戦投入したのですが、撮影中に落ちてしまうということが何度かありました。いずれもSharpCapのPolar alignやファイルをまとめて触ったりするような高負荷なときです。今のところ、純粋に撮影だけしていた時に落ちたことはありません。それでも撮影が止まるのが怖いため、何度か落ちるのを経験した以降は使うのを諦めて、結局今はAC100V出力がある大容量バッテリーに、S41に付属のACアダプターを使って電源供給をしています。

もう少し汎用的にならないかと思うので、いったいどれくらいの電流になると落ちるのか調べてみようと思い、少し測定してみました。


まずは分解

測定に先駆けて、S41を分解して少し中を見てみました。

0C1E94C5-25EF-4A15-8756-6DE269383143

電源部をもう少し見てみます。

77FEA294-B834-48A1-83A3-BD1C40F7E5F0

付属のACアダプターのType Cコネクタの出力をStick PCにつないで、テスターで少し測定してみました。USB Type Cコネクタを使ってますが、形だけ使っているみたいで信号のやりとりはなく、電源とグランドピンだけしか使っていないみたいです。確かにこれだとUSB出力のバッテリーでは、大きな電流は流せないはずです。元々USB2.0は5Vで0.5Aまでしか流せない規格で、USB3.0でも5V、0.9Aです。その後USB PDなど色々拡張して20V x 5A =100Wとかまで使えますが、これはあくまで規格にのっとた信号のやり取りをした場合のはずです。なので、今回のように電圧ピンだけ使っているような場合では電圧が出ないはずなので、落ちる可能性が高いのは理解できます。


Ankerのバッテリー

では実際にどれくらいの電流が流れているの測定してみましょう。使ったのはUSBチェッカーです。

AD518BA4-027C-471F-880D-53551A8DD390

写真ではAnkerの13000mAのバッテリーをつなげています。上の写真は起動前の状態です。

5回くらい起動テストして、起動さえしなかったことが2回ありました。その場合は再起動を繰り返した場合と、止まってしまった場合がありました。それでも起動することもあり、起動した後は特に操作しなければ安定です。

ここの状態からソフトを立ち上げ負荷をかけますが、Ankerの場合SharpCapとStellariumを立ち上げたくらいで落ちることが多いです。落ちた後は0.87Aでほとんど動かなくまります。

FA243E68-C84E-4137-A450-8B6A433B4977

落ちる前にその負荷の高い時の電流を見ると、なぜか1A-1.5Aくらい普通にでてるんですよね。しかも大きな電流でも落ちない時もあり、さらにプレートソルブとかもかけてやります。すると一瞬ですが2Aを超えることもあります。

851C51F3-3F88-403A-9A2F-14EFEFD4CF86

これはどういうことなのでしょうか?そもそも規格で0.9Aしか出ないと思ってましたが、2A出すこともできるみたいです。

このAnkerバッテリー、負荷が低い時は安定する時もありますが、高負荷にしていくと必ず毎回最後は落ちました


Less is moreのバッテリー

Ankerの結果はあまりよくわからないですが、気を取り直してこれまで落ちにくかったLess is moreの100W出せるというバッテリーにつなぎ変えてみます。このバッテリー、Amazonで買ったのですが既にリンク先が切れていました。60Wのものは見つかりましたが、100Wの代替のものは無いみたいです。

61B75800-D386-44BA-BC86-8C128655AD80

ほとんど落ちることはなかったので、思いっきり負荷をかけます。CPUパワーは100%です。見ることができた最大電流は2.5A越え。

BB616BEE-BBD2-4DAD-8AC4-19BA7627BC76

ただし電圧が4.8V台全半まで落ちてます。2A位までは5Vを保ってますが、2Aを超えると供給電圧が落ちていくようです。StellariumにSharpCapでPolar align、プレートソルブをかけながらStellariumをグリグリ動かすととうとう落ちました。でも落ちる瞬間に電流がものすごく高いかというと、そうでもありません。フラフラしてますがCPUパワーが100%で頭打ちなので、平均では2A切ってます。

ここで言えることは、Ankerのものよりは確実に落ちにくいということくらいで、それでも高い負荷だと落ちることは落ちます。5回くらい試しましたが、ただ1度どう負荷をかけても落ちない時があって、その時は諦めて自分で電源を落としました。


付属のACアダプター

次に試したことが、ではACアダプターに繋げた時にどれくらいの電流が流れるか確認することです。でもこれも不思議なことに、2.3A位までは見ましたが2.5Aとかを見ることはできませんでした。CPUパワーが100%で頭打ちで、それ以上電力を使うことができないからかなと思ってますが、はっきりした理由は不明です。

一つだけ言えることは、どれだけ高負荷にしても落ちることは一度もなかったことです。


まとめ?と言えるのか...

結局今回試したことで定量的にはほとんど何も言えませんでした。定性的には
  • バッテリーを使う限りは、多少の違いはあるが、負荷がかかると落ちることを避けることは出来なさそう。
  • 付属のACアダプターが唯一まともな電源で、少なくとも高負荷などで落ちることは確認できなかった。
ということくらいです。逆に疑問点の方が多く
  • USBバッテリーで何の規格のやりとりもなしで2A以上も出せるのか?
  • 逆にいうと、ここまで電流出せるのになぜ落ちることがあるのか?
  • 落ちる理由は何か?もしかして電圧降下が直接の理由なのか?
など、わからないことだらけです。

今回はUSBチェッカーの表示だけを見たので、もっと速い速度で応答を見れば何か分かるかもしれません。もう少し原因がわかれば、何か手を打つこともできるかもしれませんが、USBの範囲でやろうとすると規格外のことになるので、無難に付属のACアダプターを使った方がいい気がしています。

あと、今考えてるのがラジコン用とかのもっとシンプルなバッテリーを使うことです。これをType Cの端子だけ100円ショップで見つけてきて変換アダプターを作るとかだとうまくいく気がします。もちろん自己責任になります。

 

少し前にカラーマネージメントができるBenQのモニターSW270Cを手に入れたことを書きましたが、ただ既存のMacBook Proのモニターとの見た目の比較をしただけで、キャリブレーションまではしていませんでした。

一方、前回の記事でフジプリに頼んで天体画像の印刷を試してみました。せっかく手元にきちんとしたプリンタで印刷されて画像があるので、今回モニターをキャリブレーションしてみて、印刷画像と比べてみました。さてさて、実際どれくらい色が一致するのでしょうか?


使用機器

今回使ったキャリブレーターはX-Rite社のi1DISPLAY PROです。ソフトは付属(実際にはダウンロード)のi1Profilerを使いました。BenQのモニターにはPalette Master Elementというキャリブレーションソフトがあるのですが、MacBook Proのモニターもキャリブレーションして見たかったので、ソフトはより一般的なi1Profileを選びました。

USBでキャリブレーターを繋いであれば、自動でi1Profileのライセンスが認証されるようです。これは毎回立ち上げるたびにライセンス認証しているみたいで、うまくライセンスが認証されないように思っても、Macにキャリブレーターを繋いでありさえすれば、しばらく待てば認証されます。


実際にBenQ SW270をキャリブレーションしてみる

キャリブレーターとi1Profilerの細かい使い方はマニュアルや他のページに譲るとして、気づいたことを書いておきます。

1. 何はともあれ「ディスプレイのプロファイル作成」を選んでキャリブレーションを始めます。「簡易モード」と「詳細モード」がありますが、今回モードは「詳細モード」しか試していません。

IMG_1158


2. 光源タイプはBenQ、Macともに「白色LED」が自動で選択されたのでそのまま進めます。

IMG_1161


3. 最初は一般のモニターで見る場合の標準と言われている6500Kに合わせてみます。選んだところは3カ所だけ。
  • 白色点は「D65」というのが6500Kを意味し
  • 輝度は「120cd/m^2」
  • ガンマを「2.2」
とします。その他は全部デフォルト設定です。

IMG_1163

IMG_1166


4. モニターが対応している場合は調整を全部もしくは一部を自動でやってくれます。今回使ったBenQ SW207Sは自動調整に対応しているようなので「自動ディスプレイコントロール(ADC)」を選びました。

IMG_1170

手動は「ブライトネス、コントラスト、RGBゲイン」が調整できるようで、こちらも試しましたが、ブライトネスは調整でき、コントラストは調整そのものが出てこなくて、RGBゲインは調整してもなにも反応がなかったといった状況だったので、SW207Sの場合はこれ以降全て自動で調整するようにしています。(後で気付くのですが、ここが「トラブル2」のポイントでした。最後の方に解説してあります。)

IMG_1172


5. 結果は、元々見ていた設定に比べて多少赤側により、結構暗くなりました。最初は違和感がありましたが、でも不思議な物でものの数分も見ていると慣れてしまって、これが普通だと思えます。

6. 同じi1Profileの「品質検証」でキャリブレーション の結果を検証してみても(もちろんエラーバーによりますが、何度か試しても変な失敗をしない限り普通に平均ΔEが1以下、最大ΔEが2以下もしくは3以下になります)合格と出ますし、何度か繰り返してもかなり再現性がありそうです。ここまででとりあえず、目的のパラメーターにすることは可能だということは分かりました。

その後、大きなトラブルにあたり何日も悩むのですが、これについてはこの記事の最後のほうに「トラブル1」として書いておきます。興味がある方(特にMacな方)は読んでみてください。


MacBook Proのモニターをキャリブレーション

次に同じことをMacBookProのモニターでやってみます。同様にD65、120cd/m^2、ガンマ2.2です。

特筆すべきはMacBook Proの応答の線形性です。ほぼ一直線です。

IMG_1190


BenQ SW207Sは少なくとも真っ直ぐにはなりませんでした。

IMG_1174

キャリブレーションした2つの画面を比べて見ても、非常によく似た色合いになっています。一応写真に撮ったので載せておきます。iPhoneでの撮影なので、かなり色調補正され強調されてしまって元の色の再現性はできていないですが、相対的な違いはわかるかと思います。

IMG_1177

IMG_1181

ちなみに、MacBook Proで以前好みだったプロファイルだと、以下の右の画面のようになります。写真だと分かりにくいですが目で見ると相当違っていて、かなり青みがかった画面で普段作業していたことがわかります。

IMG_1193


IMG_1195


印刷用のプロファイル

次に、印刷用のプロファイルとしてD50、90cd/m^2、ガンマ2.2というのでSW270Cをキャリブレーションしてみました。輝度は議論があるところですが、「星の牧場2」のよっちゃんさんによると、90cd/m^2くらいがよく印刷結果と合うとのことなので、とりあえずこの値で試します。

と、ここでまた深刻なトラブルが。複数のプロファイルがうまく切り替えられません。こちらも最後の方に「トラブル2」として、解決策とともにまとめておきます。

同様に、MacBook Proのモニターにも同じD50、90cd/m^2、ガンマ2.2を適用します。この時点でBenQ SW207SもMacBook Proも、6500Kでも5000Kでも、目的の色になることは確認できました。i1Profileの「品質検証」で検査してもかなり再現性があります。両方のモニターを目で見比べても、どちらの色温度でもよく似た色になっています。



実際に印刷したものと比べてみる

これらの結果を、前回フジプリで印刷した結果と比べて見ます。印刷物を見るときは、本当は印字をした設定のはずのD50用のライトというのが売っていて、この光の元で比較すべきです。でもこのライトが高い!なので今回は天井の電球色と、机の位置や傾きを調節できるスタンドライトの昼光色(FHC22ED)を適当に混ぜて3つの色が同じように見えるようにして見ました。

IMG_1213

3つを比べた結果が下になります。繰り返しますが、iPhoneで撮っているので、多少画像処理が入るため、絶対的な色は派手目に出てしまっています。相対的な違いを見てください。

IMG_1200

見ている限りはそこそこ色は合っている気がします。むしろ3枚モニターがあるみたいで、印刷とモニターがここまで合うものなのかと、ちょっとびっくりなレベルです。あえて言うなら、Macが少しずれているでしょうか。でもズレ具合は6500Kの時に示した写真程度で、まあ私的には許容範囲内かと。モニター同士の色の違いは写真で撮った方が顕著になるようです。逆に印刷は目で見ると光の当たり具合の影響(見ている位置も含めて)なかなか違いが判断できなくて、むしろ写真に写した方がどれくらい合っているかわかりやすいです。

印刷した色がどれに一番近いか、モニターの元の色と6500Kと5000Kをじっくり目で見て比べると、やはり5000Kでした。もちろん環境光の影響をものすごく受けるのですが、例えば背景の色が比較的わかりやすく、明らかに5000Kが一番近いです。それでも本当に一緒の色かと言うとやはり違って見えて、印刷されたものの方が一番赤く、また色温度にあまり左右されない緑が印刷されたもののほうが一番濃かったのです。

比較のために、MacのモニターだけD65 (6500K)、120cd/m^2、ガンマ2.2に戻したのが下の写真になります。

IMG_1203

写真でもMacのモニターだけ明らかに青みがかっているのがわかります。こちらは目で見た方がもっとよくわかります。

見慣れると6500Kが一番自然な色に見えてきます。以前好きだった色はかなり青によって見えてしまいます。5000Kはやはり黄色っぽく見えてしまいますし、暗いです。なので普段使いでは6500Kにして、輝度をもう少し明るくして使うことにします。


Macの「補正」で色合わせとか...

あと、Macについている「補正」機能も試しましたが、温度とガンマを合わせてもどうも全然違う色になるようです。なのでこの機能はこれ以上使うことはないと思います。

というより、キャリブレーターを一つ持っていれば、Macでもカラープロファイルで調整できる範囲内(ADC(自動調整)を使わないソフト的なと言う意味)で十分に色合わせができます。他のハードウェアキャリブレーションがない、一般のモニターではどうなのでしょうか?結局今回はSW270Cのハードウェアの調整はしていないことになる(下の方の「トラブル2」を参照)と思うので、もしかしたら色域とかの問題はあるものの、安いモニターでもそこそこの(私くらいの素人が、印刷したものと比較するくらいのレベルでの)色合わせくらいはできるのかもしれません。


トラブル1: HDRの罠

やっている途中に大きな問題が起きました。

一旦キャリブレーションが終わって、比較しようとして以前のプロファイルにしても全然元の色には戻らず、明るすぎになってしまいます。

ところが一旦Macと接続を外したり、BenQの電源を切ったりして、再びMacBook ProとAW270Cを接続すると、明るすぎだった元の設定が、以前のようにまともに見えるようになります。そうすると今度は、キャリブレーションした設定が暗く見え過ぎてしまいます。こうなるとせっかくキャリブレーションしたプロファイルも意味がなくなってしまうので、一からやり直しです。

ここはかなり悩みました。その後、何日かいじってやっと原因がわかりました。
  • MacBook  ProをUSB-Cで繋ぐと、SW270のHDR(ハイパーダイナミックレンジ)モードが自動でオンになっていたのです。この場合、SW270Cの「カラー調整」が「輝度」「コントラスト」「シャープネス」「彩度」「色のリセット」以外は全て無効になります。SW270C上では他のカラーモードを選ぶことさえできません。
  • ところが、キャリブレーションを進める過程で、「測定を開始」を押した後にすぐ、強制的にカラーモードはHDRオフになり、その状態でキャリブレーション が進み、カラープロファイルが作成されます。キャリブレーション 後確認してみると「ユーザー1」が選ばるようです。その選ばれたモードは何かモニターを操作するまでは持続します。
  • i1Profileを立ち上げたままBenQの電源を一度切ると、i1Profileが(誤動作で)落ちる。その後、自動でHDRモードに戻ってしまい、キャリブレートしたプロファイルで見ると画面が暗く見えるなどの問題がある。
  • 一旦Macと接続を外して再度接続すると、モニターが認識されないとう問題がある。BenQの電源を一度切ったりするとモニターが認識されるが、自動でHDRモードに戻ってしまい、キャリブレートしたプロファイルで見ると画面が暗く見える。
とまあ、バグ検証のように色々やってみたのですが、結局のところHDRオンの状態でキャリブレーションをすると上記のカラーモードの強制変更の問題をどうやっても回避できませんでした。

結局どうしたかというと、HDRモードをオフにしました。でもこのHDRモードをオフにするやり方がBenQのマニュアルとかサポートなど検索しても全く出てこなくて「条件を満たせば自動でHDRモードが選択されます」とあるだけです。逆に言えば条件を満たさないようにすればHDRをオフにできるはずなので、色々探してやっと見つかりました。Macの方のの設定にそれがあります。

「システム環境設定」の「ディスプレイ」を選んで、「BenQ SW270C」の「ディスプレイ」を選ぶと「ハイダイナミックレンジ」オプションが見つかりました。これをオフにすると色々うまくいくようです。

HDRをオフにした後、カラーモードを「Adobe RGB」にして、キャリブレーションを一からやり直しました。キャリブレーションが終了するとカラーモードは「ユーザー1」になりますが、今度はUSB-Cケーブルを抜き差ししても色はキャリブレーション されたままの色で、変なことにはなりません。

でもこれ、まだ問題を抱えていることに後で気付くのですが、詳しくは次の「トラブル2」を見てください。


トラブル2: ADC(自動調整)と複数のカラープロファイル

ここでまたトラブルです。SW270Cで2種以上のカラープロファイルはほとんど意味をなさないことがわかりました。とにかくキャリブレーションするとSW270Cの中のカラーモードの「ユーザー1」にその設定が保存されます。次に別のキャリブレーションでカラープロファイルを作っても「ユーザー1」が上書きされてしまい、元のプロファイルに戻すことができなくなるのです。なのでキャリブレーション 前後の比較がうまくできません。

そこで「カラー調整」から「色設定を保存」にして、設定を「ユーザー2」にコピーします。その上で新たにキャリブレーションします。新しいキャリブレーション の設定は「ユーザー1」に入るので、元に戻したい場合には「ユーザー2」を選べばいいというわけです。でもこれ、Macの環境設定の「ディスプレイ」から行ける「カラー」のところにそれぞれのキャリブレーションで保存されたプロファイルが、全く意味をなさなくなります。どうも設定内容を全てSW270Cの設定に押し付けてしまうようです。ここら辺はもう少しやり方がありそうなので、引き続き試してみました。

解決策としては「自動ディスプレイコントロール(ADC)」も手動調整「ブライトネス、コントラスト、RGBゲイン」も両方とも選択しないことです。そうすると、調整結果が.iccのカラープロファイルの中に反映されるようです。検証しても最大許容エラーで2以下でも合格しますので、再現性もあるようです。

さらにこのことから、もう強制的に「ユーザー1」に設定が保存されることもなくなるので、最初からAdobe RGBにしておけば、色範囲が広いカラーモードでキャリブレーションができて、その設定がファイルという意味でのカラープロファイルに反映させるのかと思い試しました。狙いはバッチリで、Adobe RGBのまま、D65、120cd/m^2、ガンマ2.2もD50、90cd/m^2、ガンマ2.2も、再現性込みでカラープロファイルを選ぶだけで切り替えができるようになりました。

これでやっとまともなやり方にたどり着いたことになります(多分)。でもHDRとADCの適用範囲、ものすごくわかりにくいです。もう少し改善して欲しい気がします。


その他、細かいトラブル

もう一つ気づいたトラブルですが、キャリブレーション 最後にカラープロファイルを保存するときののファイル名を変えられない時がありました。わかりにくかったのですが、日本語入力モードになっているときでした。入力はできるのですが、保存されたファイル名は入力を無視してデフォルトのものとなってしまいます。一番の問題は日本語モードになっていても半角でファイル名がきちんと表示だけされているので、気付きにくいことです。英字入力モードにすれば普通にファイル名を任意のものにできます。

ボタンや選択が全くできなくなる時があります。多分これはバグかと思います。i1Profile、もう少しきちんと検証して欲しいと思います。

ところで、色温度を簡単に測定する方法はないのでしょうか?キャリブレーションの時に、マニュアル調整を選ぶと、調整時にその時の色温度を測定してくれて表示してくれます。それを設定値に合わせろと言うのですが、調整時でなくてただ単に測定だけしてくれるモードがあればいいのですが。今のところ測定だけという方法は見つかってません。


まとめ

長かったのですが、まとめると
  • 今回、設定を変える前の元の色、6500K、5000Kと比較しました。SW270Cでも、MacBook Proのモニターでも、設定を変えるとはっきり違いがわかります。
  • BenQ SW207SもMacBook Proもそれぞれ同じ設定でキャリブレーション すると、目で見ても見分けがつかないくらいのレベルでかなり近い色になります。
  • 自分が好きな色(元々使っていた色)はかなり青より(高い温度)だと言うことがわかりました。また、かなり明るい画面でも全く気になってなかったこともわかりました。

比較的新しいMacと、一部のBenQモニターの組み合わせの場合、気をつけることとして、
  • HDRモードにはしない、もしHDRモードになっていたらMacの環境設定のディスプレイからオフにする。
  • カラーモードはAdobe RGBを選んでおく。
  • ADC(自動調整)はオフ、マニュアル調整もオフ。
  • 一度キャリブレートしたらSW270Cの設定は弄らず、カラープロファイルのみで設定を切り替える。
というのが重要です。でもよく考えたらHDRモードが使えないというのは、ある意味惜しいことなのでしょうか?ここら辺はまだ私には謎です。

今回、トラブル記事など冗長で長くなっているだけの気もしますが、私自身後から見てもわかるようにと、他にも悩んでいる人もいるかもと思い、そのまま残しておきます。誰かの役に立ったら嬉しいな。


Stick PCの小ネタです。

先日AmazonでPCのHDMI出力をUSBに変換するアダプターを注文しました。



私が買った時は700円以下。安いですが9月20日頃に発注し、つい何日かまえに届いたので一ヶ月位かかりました。 開けてみるとコネクタのことろがカタカタします。ネジを外すと、基板とコネクタが一体で、ケースにはコネクタ用に開けた穴のみで固定されてました。基板の長さがケース内部より少しだけ短いためにカタカタしてたので、基板にパーマせるテープを重ね貼りして少しだけ長さを増したらいい具合にカタカタが収まりました。

もともと電視観望用に一眼レフカメラのHDMI出力をPCに取り込み、SharpCapでスタックできないかと思って試験用に買いました。でもそちらの用途はSharpCap自身が対応してくれたので既にあまり動機はなく、それよりも長年探していたPCをモニターがわりにする機材そのものであることに気づきました。というのは、Stick PCを使うときに遠征先でトラブルがあることを考えるとどうしても小さいながらもモニターを余分に持って行かざるを得ないのです。でもこれがあるとPCの大きなが画面をモニターとして使えるはずで、余分なモニターを持っていかなくて良くなります。

さて実際のテストですが、ごく普通に使えます。PCからはWebカメラとして認識されます。Windowsだと標準のカメラアプリから、MacだとQuick Timeで新規ムービー収録を選べば共に標準ソフトで画面が見えてしまいます。下は、Stick PCの画面をHDMI出力から今回のアダプターでMacのQuick Timeで出しているところです。

IMG_1039

IMG_1042

マウスの反応は少し遅れますが、遠征先で緊急事態に使う分には実用の範囲でしょう。普通はマウスの遅れとか無いリモートデスクトップで使えばいいのです。

今回は一番安い小さいタイプを買いましたが、もう少し高いものでUSB端子がケーブルでつながっているフレキシブルなタイプがありますが、こちらの方がいいかもしれません。理由は特にTypeCなどに変換するアダプタを使っていると、万が一StickPCを引っ張り上げたりしてしまうとコネクタ部分が曲がってしまうからです。ここにケーブルの柔らかい部分があるとコネクタの破損を防ぐことができます。

これで余分なモニターをいつも持っておく必要がなくなりますし、モニターの破損とかに気を使わなくて済むようになります。
 

このページのトップヘ