JTDXだが、年末に157がリリースされたと思ったら早くも158がリリースされている。157のリリース後、フォーラムでは様々な不具合書き込みが有ったので早急に不具合解消されたであろうバージョンをリリースしたのかも知れない。しかしながら、158に関してもやはり多くの不具合書き込みが発生している。（主な投稿は添付参照）
157の不具合：ローカル局の例で言うとCATコントロールが効かない状態だった。無線機の再起動等やってみたがうまく行かなかったので結局156に戻した。
因みに私が使っているM1 mac 用のjtdx: v2.2.158-32A は今の所不具合無く動いている。
macOSへのインストールは前の記事と同様にWindowsPCでダウンロードしたファイルをMacにインストールする事で解決される。
参考までに158での改善点を下記しておく
- TCI：ESDRが起動しない場合、正しいエラーメッセージを使用するようにしました。
- TCI：TCI接続を閉じる際のガードタイムを長くしました。
- TCI：最初の信号送信時にオーディオスパイクが発生しないようにしました。
- TCI: ESDR側からの変更に対するVFOBチェックを追加しました。
- libhamlibのサポートをスタティックからダイナミックに変更しました。
- pttのポート共有はHamlibのデフォルトで有効になっており、Hamlib initでjsonファイルを読み込むことで変更可能
- Linux OS: WSJT-Xのインストールとの互換性を保つため、パッケージインストールのプレフィックスを/usrから/usr/localに変更しました。
- logQSO TCP/UDPメッセージにSTATION_CALLSIGNとMY_GRIDSQUARE ADIFフィールドを追加、4/6/8char GRIDをサポート。
- コンフィギュレーションで壊れたGRIDを受け付けないように、GRIDコンフィギュレーション設定のエラーメッセージボックスを追加しました。
- CQ USA方向への対応を追加
- 高速なAMD Ryzen CPUでのレースコンディションを防ぐため、自動変数型の使用を避ける。
- 73/RR73メッセージのUDP返信メッセージ処理時のバグを修正、「CQと73メッセージ」オプションを追加
- /AコールサインでマウントアトスをDXCCで認識できるようにしました。
- rigctlcom-jtdxアプリケーションの追加
- メッセージパッキングとFFTに最近のWSJT-Xのパッチを適用した
- FT8デコーダー: デコーダーの開始が遅いオプションをデコーダーの開始が早いオプションに変更しました。
これは、受信したオーディオフレーム数が少ない状態でデコーダーを開始するため、低SNR信号が少なくなる可能性があります。
音声データが不完全なため、デコードされない。SWLモードでは、Early Start of Decoderは適用されません。
- MYCALLが空で、DXCallウィンドウに非標準のコールサインがある場合、FT8デコーダーのクラッシュを防止する。
- FT8デコーダ。標準MyCallと標準DXCallの組み合わせでAPマスクの使用ポリシーを変更しました。
このようなQSOにおける平均遅延を減らし、着信のデコードの感度を向上させました。
- FT8デコーダー 標準的なマイコールで着信をデコードする際のAPマスクのバグを修正しました。
および非標準DXコールサインでのDXコール検索において
- FT8 decoder: APマスクのその他の変更点
- FT8 Decoder: 誤デコードのフィルタリングに関するいくつかのバグを修正
- FT8 デコーダー：偽デコード、着信に AP タイプ 2 フィルタを追加しました。[MyCall ?］を追加しました。
- FT8 デコーダー: 誤った AP タイプ 2/3 デコードにチェックするための SNR 閾値を撤回 [MyCall ?］ [MyCall DXCall ?］
- ALLCALL7とLoTWリストの更新（20211229時点）、big cty.dat（20211225時点
JTDX 2.2.158のビルドは、Hamlibの共有ライブラリで作られています。
このようなアプローチにより、WindowsおよびLinux OSでは、JTDXを再構築することなく、Hamlibの最新パッチを適用することができます。Windowsでは、libhamlib-4.dllを置き換えることで、Hamlibパッチを適用することができます
