WSJT-X 3.0.0-rc1 のパラメーター設定 ― 2025年10月01日 05時44分00秒

WSJT-X ユーザーの皆さん、今までJTDXのデコード性能にずっと負けてきたWSJT-Xですが、3.0.0-rc1 からJTDXのデコード技術が移植され、遜色ないレベルになっています。

WSJT-X の rc　版はどなたでも使えます。rc版は新機能を試して開発者にフィードバックを提供したいユーザー向けではありますが、とりあえずそのデコード性能を経験してみませんか???

きっとその差に驚くことだと思います。　今までの WSJT-Xが《超イモ》に思えるレベルです。

どうせ使うならば、improved版を断然お勧めします。

WSJT-X_IMPROVED は、Uwe Risse（DG2YCB）によって公開されています。これは、Joe Taylor（K1JT）、Steve Franke（K9AN）、Bill Somerville（G4WJS）、彼自身、およびその他の開発者（https://sourceforge.net/projects/wsjt/）による優れたソフトウェア WSJT-X の拡張版であり、いくつかの追加機能と改良、さらに頻繁な更新とバグ修正が提供されています。

ダウンロードは　https://sourceforge.net/projects/wsjt-x-improved/　
から入り

Files をつリックして進み

WSJT-X_v3.0.0　　をクリックして進みます。

赤枠で囲った3つのファイルが該当しています。　どう違うかといえばインストールして起動したときの画面がオリジナルのWSJT-Xに近いのか、JTDX風なのか等です。ダウンロード数が一番多いのは　improved_PLUSですね。　各人のお好みでどうぞ。

インストールするだけではだめです。パラメーターの設定をしましょう。

JTDXユーザーにはおなじみの項目です。

左の赤枠を選択するのは必須です。　青は任意です。

スレッド数は今バージョンからCPUのマルチスレッドに対応したので、何スレッドでWSJT-Xを動かすかという選択です。　通常は Auto で問題ありません。　ご自身のPCのCPUのスレッド数より大きな数字は選択しないようにしてください。

デコード回数は2か3を選択しましょう。お使いのPCのCPU性能が低い場合は　3　だと重く感じると思いますので、その際は　2　を選択しましょう。

ここの選択は High で良いと思います。

ここの選択は　サブパスを使用　がベストなのですが、CPU性能が低い場合は　低閾値　の選択を試してみてください。

ここの選択は標準で良いかと思いますが、各人の環境によって違うと思います。CU性能の高い方は色々実験してみてください。

今までの WSJT-X であり得なかったデコード性能を手に入れた 3.0.0-rc1 、使わない手はないと思います。

FT8 はデコードしてなんぼの世界です。

Windows ユーザーを前提にして記事を書いているのでもう一つ。　電源の設定についても見直してください。

記事はこちら　　https://jp1lrt.asablo.jp/blog/2022/03/10/9471377

WSJT-X 3.0.0 improved 版は rc 版ではない　というご意見も聞きますが、　《本家》がrc1 として出しているものをベースにしていますので　rc と書いています。使う方はその点については全く気にならないと思いますが。

JTDX より進んでいる WSJT-X improved版のwaiting mode ― 2025年10月05日 15時54分05秒

WSJT-X improvedには3種類の「待機(waiting)」機能があります：待機と返信、待機とコール、待機と突撃です。

待機と返信は、待機機能を無効にしない限り常に有効です。これは、送信有効化がオフの場合でも、DXコールボックスに登録した局に対して自動的に返信を送信することを意味します。これは非常に便利です。一度だけ局をコールした後、単に待機する（＝「送信有効化」を無効化する）だけで済みます。その後、その局がしばらくして応答してきた場合、WSJT-X Improvedは自動的にQSOを再開し、（うまくいけば）成功裏に終了させます。

「待機とコール」機能はさらに一歩進んだものです。「DXコール」ボタンをクリックして有効化すると（ボタンが赤色に変化）、この機能はDXコールボックスに登録した局がバンド上に再出現し、CQまたはRR73または73を送信した場合、最大3回まで自動的にコールします。その後「待機と返信」モードに移行します。

「待機＆突撃」は、他局からのCQコールに自動応答する機能です。特にCQ:コンボボックスで適切なパラメータ（例：CQ:最大距離）を設定すると非常に有効です。フィルタとの併用も可能です。

ご覧の通り、「待機と返信」も「待機とコール」もDXコールボックスの内容を使用します。偶数/奇数などの設定とは無関係です。例えば相手局が偶数から奇数に変わった場合でも、プログラムは引き続き該当メッセージに反応します。これは該当メッセージを再度ダブルクリックした場合と同様の動作です。

意見は分かれるかもしれませんが、少し居眠りしたり、ちょっとした用事で席を外したりする際に、QSOしたい局のコールサインをDXコール欄に設定しておくのは便利な機能です。

JTDXのwaiting機能は、DXコールボックスに入れた局が、セットしたときの偶数/奇数の反対側に出てきた時はリセットされてしまいます。

WSJT-X improved ed's Waiting Function ― 2025年10月05日 15時58分06秒

**Understanding WSJT-X Improved Edition’s Waiting Function** WSJT-X offers three distinct "Wait" features: **Wait and Reply**, **Wait and Call**, and **Wait and Pounce**. 1. **Wait and Reply** This feature is enabled by default unless you explicitly disable the waiting functions. When active, the program will automatically send a reply to the station you have entered in your DX Call box — even if “Enable Tx” is not turned on. This is especially useful because you can call once and then just wait (with “Enable Tx” off). If the station replies later, WSJT-X will automatically pick up the QSO and — hopefully — complete it successfully. 2. **Wait and Call** This mode goes further: after you enable it by clicking the ‘DX Call’ button (which then turns red), WSJT-X will call the station in your DX Call box up to three times when that station reappears on the band and sends “CQ,” “RR73,” or “73.” If there is no success after those three calls, the program reverts to **Wait and Reply** mode. 3. **Wait and Pounce** This feature lets you automatically respond to incoming CQ calls from other stations. It becomes particularly powerful when you configure the CQ combo box (e.g., set “CQ: Max Dist”). Additionally, you can use it together with filters for more refined behavior. It’s important to note that **Wait and Reply** and **Wait and Call** are both driven by what’s in the DX Call box, regardless of whether the other station’s number is even or odd. Even if the station’s report changes from even to odd (or vice versa), WSJT-X will still reply as though you double-clicked on the message again. Some may disagree, but I find that putting the station’s call sign in the DX Call box is quite useful — especially when I’m feeling a little drowsy or stepping away briefly. In contrast, in JTDX, the waiting function resets when the station in the DX Call box changes from an even to an odd number (or vice versa). Because of that, I believe WSJT-X’s waiting function in the improved edition is more advanced.

FT8デコード能力比較 ― 2025年10月06日 20時12分28秒

これはあくまで私の個人的な意見ですので、あまり深刻に受け止めないでくださいね。

FT8デコード能力比較 JTDX 2.2.159 >>>>>>> WSJT-X 2.7 とそれ以前 WSJT-X 3.0.0-rc1(3.0.0 improved ed.) >>>>>>>WSJT-X 2.7 とそれ以前

JTDX 2.2.159 ニアリーイコール　WSJT-X 3.0.0-rc1(WSJT-X 3.0.0 improved ed.) WSJT-X 2.7 とそれ以前　>>>> MSHV FT8 はデコードしてなんぼの世界　であれば、ペディションや移動運用でマルチスレッド運用するなら　MSHV ではなくて WSJT-X 3.0.0 improved を使い、標準周波数以外で F/H 運用するのが一番効率が良いと思う。

https://sourceforge.net/projects/wsjt-x-improved/

リグの受信帯域MAX広げて、DF 3000Hz よりも上で呼ばれてもピックアップできるようにする工夫もすればよけいに良し。もちろん　ワイドグラフもそれに合わせて表示範囲を広げる必要があるのは言わずもがな。もし従来のWSJT-Xを使うのであれば、最低限でもデコード設定はディープでAP使用にしないとデコード能力低すぎで呼ぶ側がイライラします。