JTDX 2.2.159 リリース ― 2022年03月02日 05時52分32秒
JTDX 2.2.159 がリリースされました。
ダウンロードサイトが今回から変わっています。
32bit OS用しかリリースされていないと勘違いされる方が多いですが、64bitOS , Linux , Mac 用もちゃんとリリースされています。 下記リンクをクリックする前に下記画像をクリックして注釈をお読みください。
Twitterでも発信しましたが、今後はhttps://www.jtdx.tech/en/
の更新はないと思います。 JTDXのメーリングリストもこのサイトもMM0HVU Davidさんの管理でしたが、サポートをお辞めになられたのでメーリングリストも閉鎖されこのサイトも更新はないということです。
英語ですがサポートは https://jtdx.freeforums.net/ で行われています。
JTDX 159, changelog:
TCI ESDR2 known issues: starting JTDX with ESDR2 have problems in configuration where Split is enabled in ESDR2 and Split Rig option disabled in JTDX, this issue can be fixed in ESDR2 software only
- TCI: fix test ptt with TCI audio
- TCI: try to decode first incomplete interval after JTDX launching or band change
- TCI: better way to handle delay, restore split when changed id esdr to off
- TCI: patch to JTDX configurations Split None and Split Fake It
- TCI: code reworked to cope with ESDR band memory
- TCI: changes to support Thetis HPSDR CAT over TCI
- TCI: restore ESDR mode to started mode on closing JTDX, set correct drive value on starting JTDX
- FT8 decoder: better CQ signal recognition in QRM environment
- FT8 decoder: reduced Lag, reduced average Lag at QSO
- FT8 decoder: bug fixed, CQ mask shall be used in nonstd mycall configuration
- FT8 decoder: enable averaging of CQ signals with standard callsign in nonstandard DXCall configuration
- FT8 decoder: improved sensitivity for decoding CQ signals
- FT8 decoder: improved sensitivity for decoding answers to operator's CQ in standard mycall configuration
- FT8 decoder: multiple changes in AP mask usage
- FT8 decoder: multiple changes in filtering false decodes
- FT8 decoder: fix bug in filtering iaptype1 false CQ decodes
- FT8 decoder: use median filter in average DT calculation, reworked average DT calculation
- FT8 decoder: update prefix to grid mapping, fixed bug in prefix to grid mapping for Libya
- FT8 decoder: start decoder earlier to reduce Lag values
Early start -0.5 .. 0.68 sec DT range with no signal loss
Regular start -0.5 .. 0.97 sec DT range with no signal loss
SWL(late start) -0.5 .. 1.54 sec DT range with no signal loss
- FT8 decoder: fix audio .wav files decoding in SWL and early start modes
- FT8 decoder: fast track for average DT calculation after Sync or mode change
- AutoSeq: added looking back for incoming calls with mycall for 5 minutes for autoselect
- AutoSeq: simplified counters implementation
- AutoSeq: fix retransmitting counter problem
- Fox/Hound: relax FT8 common band guard interval requirements for Hound TX frequency control from -3 .. 3 KHz rounded values range to -2 .. 3 KHz one
- Text filters: improve 'hide messages within own continent' filter
- UDP Reply: move raising up task bar under window popup option
- respond to duplicated 'UDP Reply' message with duplicated 'Status Update' message,
also duplicated 'Status Update' message will be sent out if received 'UDP Reply' message with callsign already located in DX Call window
- add WSJT-X code: wrap QProcess to avoid inherited handles causing issues on Windows
- fixed VFO2 when VFO1 changed in rigsplit mode
- set correct power values on start of JTDX
- patch to country name/prefix displaying for free text messages
- fix ARRL RTTY contest message parsing
- fix decodedtext label height
- Hamlib PTT port sharing is moved to option in Settings/Radio, translation is needed, please
- updated INSTALL instructions
- changed default values to have more comfortable first launch of JTDX
- display 1.00 SWR, SWR displaying format is changed to x.xx
- improved country name recognition with cty.dat
- JTDX Web site link updated
- add TX AF frequency recording in ALL.TXT
- ALLCALL7.TXT update as of 20220228, big cty as of 20220222, LoTW list update as of 20220221
- new functionality: user can trigger synchronization to signals in RX audio stream with Sync button in main window UI, tooltip added, translation is needed, please
Click by left mouse's button shifts JTDX internal time to provide better decoder synchronization to signals into incoming RX audio stream.
Two scenarios are supported:
- rough synchronization, if there are shifted signals on the waterfall and no a signal decoded, minimum power value is used in decoder to evaluate time shift till beginning of interval
- more precise synchronization, if there are signals decoded in previous interval and average DT is out of the -0.19 .. 0.19 sec range. Average DT value is used for JTDX time shift.
It is recommended to keep at least five interval gap between two consequential attempts of rough and precise synchronization.
Decoding of current and next interval can be broken by the time shift.
Note:
- if your computer clock difference is more than 7.5 seconds, there is a chance you will be reporting spots in wrong interval, also QSO start/end time can be affected
- DT of TX signal will be affected in wrong way if you are trying to compensate RX audio stream delay caused by buffering in SDR software.
Click by right mouse's button sets JTDX internal time back to system time.
If Sync button is clicked with left mouse’s button it goes to ‘awaiting for execution state’ with green color, similar to ‘Enable Tx’ button.
Sync execution occurs at end of decoding, JTDX will change appearance of Sync button when decoding is finished.
If Sync button is clicked with right mouse’s button it is executed immediately and access to Sync button
will be disabled till end of interval to display it is pushed and to prevent a possible duplicated push in the same interval.
It is one time execution, next one shall be triggered again by mouse’s button, if needed.
- translation updates
- JTDX 2.2.159 builds made with modified Hamlib, based on Hamlib commit https://github.com/jtdx-project/jtdxhamlib-devel/commit/c5a5276b15c251151c67e17c50b2fb712ec3809d as of March 1st, 2022
JTDX 2.2.159 builds are made with shared Hamlib libraries,
such approach shall allow on Windows and Linux OS to apply recent Hamlib patches with no need to rebuild JTDX.
On Windows OS users can replace libhamlib-4.dll file to apply Hamlib patch.
Linux OS: Hamlib build is supplied as standalone package and shall be installed first (prior to JTDX installation).
Hamlib patches can be applied via Hamlib upgrade.
Information on Hamlib changes is available via this link: https://github.com/Hamlib/Hamlib/commits/master
Hamlib open/resolved issues: https://github.com/Hamlib/Hamlib/issues
JTDX で QSO数の表示等 ― 2022年03月04日 06時50分24秒
FT8やFT4、JT65で何局やったかなぁ・・・
というのはJTDXをお使いの方ならばすぐに分かります。
右下の数字が wsjtx_log.adiに記録されている当該モードのQSO数です。
再インストールしたとかでwsjtx_log.adiを失ってしまい数もわからない、QSO済みかもわからない方、Turbo Hamlogから起こせます。とりあえずJT65やFT8の最初に行った記録をHamlogの中から探します。その交信記録番号を覚えておきます。
そしてTurbo Hamlogのメニュー→検索→複合条件検索と印刷に進んで ADIF ファイルを作ります。 名前はとりあえずの名前で。 検索無しで出力させます。
次にJTDXのログディレクトリに移動します。
C:\Users\「各人の設定」\AppData\Local\JTDX
ここにあるwsjtx_log.adiを他の名前に変えて保存したり、他のフォルダに退避させます。そして次に先程Turbo Hamlogで出力したADIFファイルをログディレクトリに移動させ、名前を wsjtx_log.adi に変更します。
その作業が終わったら JTDX を立ち上げます。 右下の数を見てみましょう。 途中でwsjtx_log.adiを失ってしまって少ない数になっていた方も Turbo Hamlogに記録されているのと同数になったと思います。この作業は wsjtx_log.adi を移動させたりリネームする作業がありますので、分かる方のみで。
万が一おかしいと思ったら、退避していたファイルをもとに戻すなどして復旧させてください。
各人の自己責任でお願いします。
うまく行けば正確なQSO数も分かるし、QSO B4も正しく表示させられるようになります。
JTDX 2.2.159 設定の最適化 ― 2022年03月09日 22時32分49秒
JTDX愛好家の皆さんへおすすめの設定のご案内です。
昨年6月に録音された6m bandの猛パイルの音声ファイルをもとに、JTDX 2.2.159 の最適な設定をご紹介します。
もとはHartmutさん DB6LLが作った The Optimal decoding settings for JTDX 2.2.159 です。 2.2.159用ですので、最新版を使っていない方は2.2.159をダウンロードしてください。
彼のPCは Core i5-4570 @3.20GHz 32GB RAM です。
まずは一枚目の画像。各項目をどの様に設定するかの説明です。
それが2枚めの画像です。
私のPCは Core i9-9900K @3.6GHz 実働4.7GHz 32GB RAM です。3枚目の画像が私の設定です。
その設定でまあまあ局が出ている40m bandで Lag の値がマイナスになります。そこそこアグレッシブな設定ですが。それが4枚目の画像です。
各人で実験してみてください。
Windows11 電源オプション ― 2022年03月10日 19時59分24秒
昨年1月に Windows10 の電源オプションについて書きました。
常にブーストクロックを保ち、FT8のでコードの最初から高クロックで処理させる事ができます。
Wimdows11ではどこに電源オプションの設定があるかを簡単に。
と思いましたが解説してある良いページを見つけたのでリンクで。
高パフォーマンスを選ぶことにより、常にブーストクロックを維持することができるようになります。FT8デコード時、一瞬の遅れもなく高クロックでデコード処理を開始します。
移動運用等バッテリー運用のときにはおすすめしませんが。
ご自宅では消費電力などは気にされない方が多いと思います。デコードできなければQSOできないFT8なのですから。
実際にタスクマネージャーを立ち上げながら実験されると良いと思います。 FT8をやりながらタスクマネージャーのクロックをモニターして、電源の設定を省エネ、バランス、高パフォーマンスとした時に、デコード時のクロックがどのくらいになるかを。
スペックの良いCPUを搭載していてもその本領が発揮できなければ宝の持ち腐れかなと私は個人的には思います。
インド洋スキャッター ― 2022年03月12日 19時56分44秒
タイトルのこのフレーズ。6mやっている人ならば「おお!」と思いますよね。
昨晩このインド洋Scと思われる伝搬がありました。
画像は JM1IGJ 山口さんからいただきました。
西南西方向での受信だそです。 同時刻九州南部でも受信され、さらには九州南部ではモーリシャスやイスラエルが入感しています。
これを受けて中東、インドエリア、さらには南アフリカ各局合計50局以上にメールするとともに、SNS Facebookでの6m band 愛好家の集うグループにも投稿し、広報しました。
メールには続々と返信が来ています。皆興味を持って日本に向けてくれるとのこと。
気の抜けないシーズンがやってきました。
悲しいお知らせ ― 2022年03月15日 19時52分03秒
JTDX 開発チームからの悲しいお知らせ。
For several reasons we have to postpone further JTDX development and support, we can not provide more details or commitments now, also we can't tell on possible 160 GA release date.
予想はしていましたが・・・・
一日も早く事態が収集し、平和な世の中になることを祈ります。
JTDXとJT Alertのフィルター機能 ― 2022年03月17日 13時42分44秒
JTDX にはフィルター機能があります。特定の大陸からや特定のエンティティー、特定局からのメッセージを非表示に出来ます。 また最近たまに見かけるような「KILLER」とか戦争絡みでの嫌なメッセージ等QSOに関係のないメッセージも非表示に出来ます。
JT Alert にも同様のフィルターがあります。大陸、特定局だけでなくQSLのステータスでも選り分け可能です。特定局を入れる場合はボックスにコールサインを入れてAddをクリックします。私はドネツク等の局を入れています。
WPX SSB ― 2022年03月27日 10時49分10秒
WPX SSB 最初にQSOしたWの局に 59001 を 5900 wonderful と言ったら大笑いされた。
(^_^;)
お友達がいらしたら教えてあげてください ― 2022年03月27日 22時49分12秒
どなたかお知り合いはいらっしゃいませんかね????
JE6CXJ/P1 って・・・・・・・・ きっとご本人は ポータブル1 を意味してそう設定したと思いますが。 運用していて同じようにしている人がいないことに何も疑問感じないのでしょうか?
/P 、 /1 ならば見かけると思いますが。
そのうち /P5 と付ける方が出現してどえらい騒ぎになりそうな予感がします・・・ (^_^;)
PCのサウンドカードのテスト ― 2022年03月28日 11時34分49秒
デジタル好きの皆さんへ燃料投下（笑）
ご自身のシステムのサウンドカードがどのくらいの実力を持っているか。
https://www.oe1mww.work/sound-card-check/
リグ内蔵サウンドと、外付けのサウンドでノイズフロアがどのくらい違うかの実験をしてみませんか。
私は普段デジタルには IC-7300 を使っています。IC-7300にはUSB Audio codec が入っていて、16bit Audio のサウンドカードとして認識されます。 ノイズフロアは-125dBから-130dBくらいの間です。山谷がありますが。
ASUS Xonar U5 では-130dBから-135dBの間で、IC-7300に比較すると5dB位ノイズフロアが低いです。 ただし0-200Hzの間に山があって、-120dBくらいまで悪化しますが、FT8ではほぼ問題なしです。
この結果がすぐにデコード能力に直結するとは限りませんが、フロアノイズが低ければ空いているバンドではごく微弱な信号もデコードしやすくなるということはあると思います。 結構マニアックな領域ですが。
またそもそも24bit/32bitオーディオが必要なのかという話もあります。 コチラの記事も合わせてどうぞ。
みなさんも実験してみませんか?
最近のコメント