本日久しぶりにINDIフォーラムを覗いてみました。
相変わらずといいますか、質問の山です。(苦笑)
私自身INDI環境に移って5~6年ですが、フォーラムがこのような変な賑わいになった原因に思い当たる部分がいくつかあります。
最近INDIを試した方にとっては有益な情報になるかもしれませんので記載しておきます。
●なぜフォーラムで動作不良相談や質問が多いのか
・天体機器の接続方法がサーバ・クライアント接続という特殊性
・StelarMate発売によるユーザー層の拡大
・ドライバ接続しても設定しないと動作しないわずらわしさ(ドライバコントロールパネルが原因)
・KStars・Ekosなどクライアントソフトのローカルルール(サーバ・ドライバの仕様に合っていない部分がある)
・Ekosの良くも悪くも非常に充実した統合制御環境(気軽に使いづらい)
・サーバ・ドライバがLinux・Macのみ(クライアントはWindowsもある)
INDIはTCP-IPのネットワーク、サーバなどに精通した人であれば理解しやすいかと思いますが、サーバマシンに天体機器を接続→TCP-IPを経由したクライアントでドライバと接続して制御を行うという流れが慣れていないユーザーにとっては煩雑に感じるかと思います。
INDIサーバ・ドライバ自体はマルチサーバ、マルチクライアントで分散制御が可能なのですが、そのような操作が快適に行えるクライアントアプリがありません。。。
本家のKStars・Ekos自体がINDIサーバ・ドライバの扱いに結構ローカルルールがあるのも混乱を生む一つの要因になっているかと思います。(Ekosでのプロファイルエディタのドライバ起動方法はINDIサーバ・ドライバのルールから外れています。。)
INDIサーバ・ドライバ自体のコンセプトや安定性・柔軟性は非常に優れているかと思いますが、クライアントアプリ(特にKStars・Ekosのローカルルール)やドライバ接続のわずらわしさなどでユーザーに良さが理解されていないように感じます。
同じエンジンを使用するZWO社のASIAirなどのように簡単接続・簡単操作が可能なクライアントアプリが登場すればもっと普及するかと思うのですが。。。
少なくとも
・KStars・Ekosのローカルルールの排除(サーバの起動方法の見直し、パーク機能の改善、矛盾項目の整理など)
・ドライバコントロールパネルの撤廃(設定しなくても問題なく自動接続出来るようにする)
・アップデート時のユーザー設定の取り扱い(アップデートの度に白紙に戻すのはいかがなものか、都度設定→確認が必要になります。)
・Plug&Playの接続環境(常時サーバが起動、機器を接続すれば対応したドライバが接続)
操作性が優れているところは後発のASIAirなどを見習い上記のようなユーザーが混乱・煩わしいと感じる部分を減らせば良さが理解されるのではないかと感じています。(何度もフォーラムに要望出しているんですけどね。。。)
動作チェックついでにEAAも行いました。

昨年環境を設定してそのままの状態なのですこぶる快適です。
問題なく動作する設定を保存しておけば複数機器を自動で一発起動もできますし、その気になれば全自動観望もできます。
(指定時刻に自動で立ち上げて、設定した対象を撮影してシステム終了とかを全自動で可能ですし、遠隔リモートでの設定、制御なども可能です。)
独自のPlateSolvingも非常に高速ですし、オートガイド機能も優秀です。
良い部分も非常に多い環境なのでネガティブ部分が解消されて認知度が上がって欲しいなと感じています。
まあ、サーバ・ドライバのWindows移植が一番認知度が上がるかもしれませんね。(開発側が対応できるか心配ですが。。。ステラメイトだけでもヒーヒー言ってますので(これについては自業自得ですが)。でもWindows環境なら優秀なプログラマーも多そうですので開発者が増えるかもしれません。)
相変わらずといいますか、質問の山です。(苦笑)
私自身INDI環境に移って5~6年ですが、フォーラムがこのような変な賑わいになった原因に思い当たる部分がいくつかあります。
最近INDIを試した方にとっては有益な情報になるかもしれませんので記載しておきます。
●なぜフォーラムで動作不良相談や質問が多いのか
・天体機器の接続方法がサーバ・クライアント接続という特殊性
・StelarMate発売によるユーザー層の拡大
・ドライバ接続しても設定しないと動作しないわずらわしさ(ドライバコントロールパネルが原因)
・KStars・Ekosなどクライアントソフトのローカルルール(サーバ・ドライバの仕様に合っていない部分がある)
・Ekosの良くも悪くも非常に充実した統合制御環境(気軽に使いづらい)
・サーバ・ドライバがLinux・Macのみ(クライアントはWindowsもある)
INDIはTCP-IPのネットワーク、サーバなどに精通した人であれば理解しやすいかと思いますが、サーバマシンに天体機器を接続→TCP-IPを経由したクライアントでドライバと接続して制御を行うという流れが慣れていないユーザーにとっては煩雑に感じるかと思います。
INDIサーバ・ドライバ自体はマルチサーバ、マルチクライアントで分散制御が可能なのですが、そのような操作が快適に行えるクライアントアプリがありません。。。
本家のKStars・Ekos自体がINDIサーバ・ドライバの扱いに結構ローカルルールがあるのも混乱を生む一つの要因になっているかと思います。(Ekosでのプロファイルエディタのドライバ起動方法はINDIサーバ・ドライバのルールから外れています。。)
INDIサーバ・ドライバ自体のコンセプトや安定性・柔軟性は非常に優れているかと思いますが、クライアントアプリ(特にKStars・Ekosのローカルルール)やドライバ接続のわずらわしさなどでユーザーに良さが理解されていないように感じます。
同じエンジンを使用するZWO社のASIAirなどのように簡単接続・簡単操作が可能なクライアントアプリが登場すればもっと普及するかと思うのですが。。。
少なくとも
・KStars・Ekosのローカルルールの排除(サーバの起動方法の見直し、パーク機能の改善、矛盾項目の整理など)
・ドライバコントロールパネルの撤廃(設定しなくても問題なく自動接続出来るようにする)
・アップデート時のユーザー設定の取り扱い(アップデートの度に白紙に戻すのはいかがなものか、都度設定→確認が必要になります。)
・Plug&Playの接続環境(常時サーバが起動、機器を接続すれば対応したドライバが接続)
操作性が優れているところは後発のASIAirなどを見習い上記のようなユーザーが混乱・煩わしいと感じる部分を減らせば良さが理解されるのではないかと感じています。(何度もフォーラムに要望出しているんですけどね。。。)
動作チェックついでにEAAも行いました。

昨年環境を設定してそのままの状態なのですこぶる快適です。
問題なく動作する設定を保存しておけば複数機器を自動で一発起動もできますし、その気になれば全自動観望もできます。
(指定時刻に自動で立ち上げて、設定した対象を撮影してシステム終了とかを全自動で可能ですし、遠隔リモートでの設定、制御なども可能です。)
独自のPlateSolvingも非常に高速ですし、オートガイド機能も優秀です。
良い部分も非常に多い環境なのでネガティブ部分が解消されて認知度が上がって欲しいなと感じています。
まあ、サーバ・ドライバのWindows移植が一番認知度が上がるかもしれませんね。(開発側が対応できるか心配ですが。。。ステラメイトだけでもヒーヒー言ってますので(これについては自業自得ですが)。でもWindows環境なら優秀なプログラマーも多そうですので開発者が増えるかもしれません。)
スポンサーサイト