トラックバック・ピープル等

e-mail

jp1lrtあっと6m.net

携帯
jp1lrtあっとt.vodafone.ne.jp

解析

Google

RSS

JTDX 2.2.0 -rx155 間もなくリリース2020年12月29日 20時38分28秒

開発者グループと検証グループでメジャーなバグが発見されなければ、明日12月30日日本時間22時を目処にリリース予定です。









PSKR2020年12月28日 10時18分27秒

過去にもPSKR に情報を出そうという記事を書きました。

普段からサイト https://pskreporter.info/pskmap.html を使っているならば、GIVE AND TAKEの精神から自局が受信した情報も提供しましょう と書かせていただきました。

設定は簡単で






各ソフトウェアの設定は画像のとおりです。

しかし意外にも著名と思われる方、アクティブな方の中にも設定をせず情報の共有をしていない方がある程度存在します。

なぜ情報の共有をしないのでしょうか? 考えてみると

1.単にこの機能を知らない。

2.PCがネットに繋がっていない。

3.遠隔地などでネット接続が従量制のものである。

4.そもそもPSKRを知らない、使っていない。

5.機能は知っているが情報の共有をしたくない、隠匿したい。

6.他人に被せるなどの行為を「見えてなかったから」ということにするため、他局を受信した証拠は隠す。

まあ、1-4は良いでしょう。またPSKRのMAPには情報は出していないけど、JT Alert を使っているから HamSpots には情報提供しているよという方もいるでしょう。



5 の人はどういう感覚なんでしょうね。情報を送るのも送らないのも「個人の判断の範疇であり他人がどうこう言う話ではない」という発言をする人もいますが、もちろんそのとおりです。誰も強制はしていません。ただ「ああ、この人は送らないんだね~。へ~」皆が思うのも自由です。大きな設備持っていて、アクティブで、ときどき「PSKRに旗が立った」とか発言しているのに自分は情報を出さない。不思議ですね。他の方からどのように思われるかは想像できないのでしょうか?

6.は最悪の発想であり、その運用もメチャクチャな人が多いです。人に被せる事が当たり前。コールバックがあった人のDFに被せてコールする。CW/SSBでも同じことやってたんでしょうね。きっと(笑) 言ってみればナンバーを折り曲げて見えないようにしている暴走族と一緒です。自らの行為に若干の後ろめたさがあるのでしょう。全く気にしないならば堂々としているはずですしね。

ものすごい高調波2020年12月22日 10時18分03秒

今朝の40m band。  この方はいつもどこのバンドでもDF500付近に出てきて、高調波を巻き散らかしています。 2倍 3倍 4倍 5倍と。

メールしてもガン無視。 どなたかお友達いらっしゃいませんかねぇ・・・


この方はMSHVをお使いです。 日本では使っていいらっしゃる方はほとんどいらっしゃらないとは思いますが、ここで対応できます。




WSJT-X / JTDX の方は言わずもがなですがここですね。






AutoSeq setting of JTDX2020年12月16日 11時03分44秒

What number do you use for AutoSeq in JTDX?
I use 2, or 4+ (=6).
You may know that you can prioritize in the Notifications TAB, but if you set AutoSeq to 2 or higher, you can take advantage of it.
AutoSeq1 is the same as Call 1st in WSJT-X. It responds to the first decoded station.
In addition, JTDX has a function to prioritize LoTW users, so each item on the priority list has a different priority among them. (Well, from that point of view, there is an advantage in becoming a LoTW user)
If you have a computer with a too slow CPU, AutoSeq3 or 4+ (=7) may change the message to be sent after it is started to be sent, so be careful.
I think JTDX has some great features. I call CQ DX with 4+ (=6) when there is an open with multi-hop Es on the 6m band, and since it is CQ DX, I do not answer calls from stations within the same continent. Also, if there is no response to my CQ DX and there is a station outside the same continent that has a CQ, JTDX will automatically call that station. This is very efficient.
I'm sorry if my understanding is wrong.

My PC
Windows 10 Pro 20H2
CPU ntel(R) Core(TM) i9-9900K
MEM 32GB
JTDX setting as...
decoding cycles 3
decoder sensitivity "use subpass"

FB DX
de JP1LRT


JTDX YAESU ノグ用のパッチ2020年12月11日 08時22分21秒


JTDX 2.2.0 rc154 でYAESU リグのCATコントロールが上手く行かない方向けのパッチを当てたバージョンがリリースされています。

該当の方ためしてみてください。

JTDX 2.2.0 -rc 154 急遽リリース2020年12月10日 07時57分42秒

タイトルの件、153にバグがあったため急遽リリースされました。

アップデートをお願いいたします。





There is rc154 for immediate release to fix major defect introduced in rc153.
 
Often it being observed as increased FT8 decoder lag (most likely we have memory corruption in rc153), triggered by DT spinbox value change where rc153 can be recovered on second restart of the program.
 
rc154 changelog:
- patch to increased FT8 decoder lag issue
- avoid storing double type values in settings file to prevent any possible conflict with user regional settings
- translation updates

FT8送信開始前には必ず確認しましょう2020年12月09日 12時50分37秒

皆さんも少なからずご経験があると思います。

1.自分がCQを出しているDFの反対側ピリオドで、真上に突然他局をコールし始めたりCQを出し始める局が出現する。

2.重なってはいないが、極々至近のDFに突如超強力局が出現して自分が運用しているDFがマスクされてしまう。



そのような事をしてくる局は、きっと何も考えていないかWG、ワイドグラフ(ウォーターフォール画面)を全く見ていないかです。

自分が電波を送信しようとする周波数の使用状況を確認するのは、FT8に限ったことではなく、SSB/CWでも当然です。他局に混信を与える運用を「意図的にした場合」は「おかしな奴」と認定されてしまいます。 意図的でなくとも結果は同じです。

FT8運用において、「すべての局がSPLIT運用をしていて、交信相手とDFではなく、離れたDFで送信しQSOしている」のであれば、自分がCQを出しているDFの真上の反対側にでてこられても問題はありませんが、実際はオンフレで呼んでくる局が多数います。私も含めてスプリットで呼んでも反応がないときはオンフレで呼んでみる、という方もいます。そういうオンフレで呼んでくる局がいる現状では、CQを出している局に限らず、他局が運用しているDFの反対側ピリオドで運用するのはいかがなものでしょうか?

送信を開始する前には必ずワイドグラフを確認しましょう。





信号がある場所はバックグラウンドと色が変わっているはずです。そのDFを避けるように送信するDFを決めましょう。

JTDX / WSJT-X ともの画像で赤く囲った部分、 「N Avg」 は 1 をお勧めします。ウォーターフォールの流れる速度が早く、状況の把握には適しているからです。


時々  N Avg の数を大きくして、上の画像のようにしている方もいらっしゃるようですが、あまりメリットはありません。

ある方に何度かやられたので思い切ってメールしてみました。頂いた返信に衝撃を受けました

「ファイアーウオールについては、80や40mの混雑しているバンドではほとんど
役たちませんので使用しておりません。もっと上の、あまり混雑していないバンドでは使用することありますが。 」

いえいえ、役に立ちます。ゲイン、Gainをコントロルすればうまく表示されるようになります。
自分がWGをよく見て送信しても、QRPで運用されている方やコンディションによっては相手が見えないため使用されていないDFとして運用を始めてしまう場合もあるでしょう。そのような時は仕方ありません。「見えてなかった」のですから。 私自身も気をつけて運用致しております。

JTDX 2.2.0 -rc153 リリースノート2020年12月07日 21時21分12秒

rc153 ダウンロード可能です。



以下リリースノートです。

There is cumulative changelog and links to Windows, Mac and Linux JTDX builds:
 
- patch: fill in the FT8 candidate list at valid DT range
- patch: pick up some dropped FT8 candidates at one- and two-thread decoding
- changed automatic thread number selection algorithm in FT8 decoder:
number of logical cores/number of decoder threads
1 / 1
2..4 / (number of logical cores)-1
5..8 / (number of logical cores)-2
>8 / (number of logical cores)-3
 
- FT8 candidate list thinning option is implemented for usage with slow CPUs to let user get acceptable Lag value, "CL" spinBox is added in mainwindow UI with tooltip.
  Default value is 100% (no thinning). Candidate list thinning should be used together with "minimum" wideband FT8 decoder sensitivity setting.
  FT8 candudate list thinning being not applied to the QSO RX frequency. Factor 3.0 being used for thinning under frequency "Filter" option, for instance if CL spinBox set to 30% then thinning factor will be 90% (0.9) under frequency "Filter" option.
- implemented DT weighting and decoding pass weighting to FT8 candidate list thinning option, resulted in improved decoding efficiency.
  User can now select median DT value in DT spinBox of main window UI to get best FT8 decoder performance under candidate list thinning option, DT median default value is 0.0 sec.
  Median DT value of decoded signals depends on accuracy of system clock synchronization, in SDR setups it can also depend on RX audio delay. On overcrowded bands median DT value is usually close to average DT of decoded signals.
- FT8 decoder fast/medium/deep options are obsolete now and deleted, FT8 decoder running now in deep mode.
- multiple changes to FT8 signal synchronization in decoder: improved FT8 decoder efficiency on overcrowded bands
- a bit improved decoding of FT8 signals in 'use subpass' option
- simplified Hint decoder control
- FT8 mode: Hint group of decoders is always used, access to Hint button is blocked
- display estimated lag at decoding FT8 or FT4 wav files, estimation can have acceptable accuracy starting from 2nd even or 2nd odd decoded interval while playing pack of consecutive wav files
- patch: prevent crash with callsign index in chkfalse8.f90
- "Call higher than new calls priority callsigns" option is implemented to AutoSeq 4+, control is in AutoSeq tab of main window UI
- a bit faster displaytext processing
- fixed bug in CQ and ITU zone notifications
- added DX Call notification by the font color change to Other standard messages color
- show CQ and 73 messages marker char with CQ color for LoTW users
- prevent unneeded rig_close/open actions on Configuration settings change accepting
- option added to allow 160m crossband operation with South Korea, control is in Misc tab of main window UI
- track Monitor button state at Configuration settings changes and tuning
- forbid RRR message transmission in FT4 mode for compatibility with WSJT-X FT4 message protocol
- dark style correction in Configuration and widegraph UI
- better handling of large vertical size of the main UI window
- grid square for /MM /P /MM /A /M callsigns shall not be taken from CALL3.TXT file
- prevent saving WSPR files if "Save None" is selected
- fix 4m band default frequency at hound mode checking
- fix removing last audio .wav file on mode change
- added 70cm band FT8 frequency, frequency list reset in Configuration settings is needed to get it displayed in the list
- option for displaying frequency value in waterfall, "Freq" checkbox is added for control
- "Bars" checkbox is moved to controls widget of widegraph
- disable rig power on/off option if other than Hamlib CAT selected
- ignore UDP message client's 'TemporaryError' message for starting JTDX on Mac Big Sur operating system
- allow to enter 19-char directional CQ message into macro edit line in Configuration settings
- multiple code changes towards compatibility with Qt 5.15.1
- some changes to GCC10 support, Linux builds affected
- recovered source code Qt 5.5 compatibility to future WinXP & Vista JTDX builds
- INSTALL file is updated with disabling INDI support in hamlib
- ALLCALL7.TXT update as of 20201127, big cty as of November 12th 2020, LoTW list is updated
- translation updates

間もなくリリース JTDX 2.2.0-rc1532020年12月04日 21時16分32秒


2020年12月7日 10:00 UTC を目処に JTDX 2.2.0-rc153 がリリースされる予定です。




JTDX その後の開発進捗状況2020年12月04日 09時15分44秒

現在ダウンロードして使用可能なバージョンは JTDX 2.2.0-rc152です。


先日より rc153_4 を試用しています。

変更点は

- "Call higher than new calls priority callsigns" option is implemented to AutoSeq 4+, control is in AutoSeq tab of main window UI, option name translation is needed, please
- fixing build error with multiple definitions of stack on newer Linux systems
- option for displaying frequency value in waterfall, "Freq" checkbox is added to waterfall UI, is translation needed?
- move Bars and Freq checkboxes to controls widget of waterfall
- ALLCALL7.TXT update as of 20201127, big cty as of November 12th, LoTW list is updated
- translation updates

一番上のオプションの追加、ちょっと分かりづらいのですが、Auto Sec 4+を使用してCQを出している場合、「優先度付のない新局のみの場合にはCQを出す」オプションです。
JTDXのコール選択の優先度付は画像のとおりです。 分からづらいので言い換えると「新局より高い優先度付局を呼び、該当なしではCQを出す」「プリフィックス以上の優先度局を呼び、そうでない場合はCQを出す。」です。


Auto Sec 4+ は自局がCQを出す場合に受信のピリオドで自局をコールしてくる局がいなかった場合、CQを出している局を検索し次の送信ではその局をコールするという機能です。誰をコールするかという優先度付はここで設定が可能です。
JTDXでは優先度が一番低いのは「既に過去QSO済み」の局ですが、新局であってもLoTW Userか否かを判別し、LoTW Userを優先して選択するようになっています。これは各項目共通です。例えばNew DXCCの局が2局いたとして、片方がLoTW Userではないのならば、もう片方のLoTW Userをコールするという事です。


Callsign priority is based on selected new notification hits.

When no Calling B4 option selected lowest priority is new call band/mode no lotw, next is new call band/mode lotw user, next is new prefix band/mode not lotw and so on brom bottom to to top new selected options in notifications tab.

now what about wanted,
If callsign hit in wanted list and priority based by new is less than new DXCC then thi callsign priority added to just below new DXCC, what means also that 1.counter is inactive.

this about priority system in general.

now new option will select only CQ or 73 like messages what have priority at least new prefix. 




また、ワイドグラフにbar表示をさせている場合、DFの選択をマウスをクリックしながら動かして行うと、その場所場所のDFが表示されるようになりました。