モールス信号解読アプリ

JG1VPP commented 1 year ago

問題意識

モールス信号解読プラグインはzLogの起動が必要で不便という現役部員の声。モールス信号解読機能自体は便利に使ってるとのこと。

解決方法

以下の要件を備えたモールス信号解読アプリを開発する。

クロスプラットフォームで動作
zLog令和版の宣伝機能を有する

JG1VPP commented 1 year ago

完成イメージ

jucky154 commented 1 year ago

https://cws.connpass.com/event/283550/ なんか、前ATS-4やZyLOについて紹介したイベントで、CWに関する公演もあるようです

JG1VPP commented 1 year ago

現状

DEJA0BZEはしばしばJAが聞き取れない場合がありますが、波形を見れば納得ですね DEとJA0BZEの間にも特に間隔がないですね

jucky154 commented 1 year ago

上をzLog側のDLLでもできるようにするべきという感じですかね？　（どう実装したものか…）

zLogのDLLだとダブルクリックで情報が転載されるという機能が一応試験開発中ですが、他に何かあった方が良い能力ありますかね… テキトーに思いついたのはCWスキマーみたいな機能とか… リグコントロールなりSDR操作なりをなんとかできれば、一台zLogとリグ（or SDR)を放置しておくとリグの周波数を段階的に変えていきCQを出している局を見つけて行ってくれるみたいな機能

jucky154 commented 1 year ago

ちなみにDEとコールサインの間がなかったりする(調べたら結構ある）のでコールサインをクリックした時に移動させる機能は本当に困るんですよね… （DE以下を移動させる場合、JA1DEXやDE1XXXみたいな局がダメだったり、他にも5NNや1OO1O5, 1をAしたりするのはコンテストナンバーの形式とか国内/世界のコンテストとかをcfgからDLLに移さない限り、表記揺れ問題と同じように処理できないんですよね…

JG1VPP commented 1 year ago

上をzLog側のDLLでもできるようにするべきという感じですかね？　（どう実装したものか…）

一応、プラグインはプロセス間通信によってモールス信号解読アプリとzLogの連携を行う機能に専念する、という方針もあり得ます。

jucky154 commented 1 year ago

そういう方針の方が、いろんな意味では良さそう？（通常交信で信号解読アプリの使い方などに慣れてもらったり、問題点の洗い出しをしてもらい、それをコンテストでも便利に使いたいならzLogを使いましょうという流れにしておけばzLog userも増える？）

JG1VPP commented 1 year ago

それで良いのであれば、そのように整備します。単体のアプリとして見たとき、どんな機能があると便利そうでしょうか？

jucky154 commented 1 year ago

単体アプリとしても（現状のzLog側のDLLにもありますけど）、過去の解析結果を別の欄に残す機能は欲しいですね

他にあると良い機能

和文・英文切り替え（コンテストで使うなら不要ですが、単体のアプリならあっても良い）
特殊文字や定形の対応 (HHは（訂正) などで表示, コンテストであまり使われないが通常でよく出てくる、FBやGMやBKなどの文字の間が省略されやすい文字列は登録)
TESTや5NNなどの高速で打たれやすい部分（コンテストではTESTや5NNは定形なのでここだけ+9WPMする局が多い）の何らかしらの対応

あったらいいなこんな機能

リグコンやUSBIFとの連携（ここまでくるとリグコンしてCW打てて欲しい）
ハムログ出力

というか上の機能の一部は https://ja3clm.sakura.ne.jp である機能の羅列ですね…（解析率がよく、チューニングが不要なのが我々で、リグコンはないですけどUSBIF連携・ハムログ(CTESTWIN)連携があるのが向こうですね。　まぁ、zLogと連携すればUSBIF・リグコン連携したようなものですけど）

JG1VPP commented 1 year ago

日本語対応はTTFの埋め込みなど面倒ですが、和文をアルファベットで表示する程度なら可能です。
リグコントロールはzLog本体のものを使うより、hamlibを活用する方がメンテしやすそう。

jucky154 commented 1 year ago

あと、現役部員から言われたのはchottoを使っていると文字列がある一定以上を超えるとwindowサイズを超えるので...になって何が解読されたか分からなくなるそのため、windowサイズを超えたら、折り返すなどの処理をして欲しいとか

個人的に必要かなと思ったのは確定までの時間が長いなと言う感じですね（どう対策するのがいいか悩み中）

JG1VPP commented 1 year ago

読み取り速度・精度とも改善しています。なお、終了時にゴミが発生するのは、ノイズ判別アルゴリズムの変更に伴うもので、調整中です。

jucky154 commented 1 year ago

上をmorse runnnerで遊んでみましたが、解読はそれなりにうまくいくのですが、ノイズだけの時でも解析結果が表示される（それも6個くらい）ので、モールスの解析結果がどこにいったのかを探すのが大変でした。ノイズ判別アルゴリズムの調整が結構必要そうだなという感じでした。（morse runnnerで調整して、morse runnnerで遊んだ結果を見せてこのアプリの広報に使うとかがいいかもしれません）

nextzlog / todo