12
11月
2021
14:05

WSJT-X 2.5.x版本中有什么新功能?

12 11月 2021 14:05

在2021年版2.4.0版之后,WSJT -X程序 - 版本2.5.0、2.5.1和2.5.2 ...的三个问题

В о常规模式(FT-8,FT-4,JT65)版本2.5.x实际上重复V. 2.4.0。 我将尝试专注于版本2.5.x的更改,主要是在普通模式上(如果可能),而无需提及EME和微波炉的Q65模式。 WSJT -X程序的最新版本 - 2021年11月4日的2.5.2。

2.5.2版的包装可用于Debian Testing(SID)存储库中的OS Debian 12“ Bookworm” X64。 其他操作系统 - 请参阅链接:
https://repology.org/project/wsjtx/versions

2021年11月4日的2.5.2

在线,此问题纠正了错误。 从2.5.1的发布开始发生了以下更改:

  • 消除了长期存在的缺点,其中极端信号报告未进入杂志
  • 在探险的DX模式下,添加了消息“ DX-CALL-1 RR73”和“ DX-CALL-1 RR73”和“ DX-CALL-2 +Nn”,在普通的77位模式下
  • 审判(与以前的版本相比,劣化 - 大约转换。)与启动程序时的窗口宽度相关联。
  • 在Q65模式下,以“ call_1 call_2”形式的“ Q3”类型的消息解码
  • в режиме Q65 в типе сообщений "q5" только максимальный дрейф устанавливается на значение 50. Это предупреждает двойное приращение счётчика при усреднении сообщений при первом декодировании последовательности.
  • 在EME模式下,DPOL极化偏差写入azel.dat文件
  • 当不使用上下文中的特殊模式时,“设置”设置中的“自动log QSO”标志现在可以作为QSO记录的邀请。
    • в режиме Q65 режимы Быстрое/Нормальное/Глубокое сканирование - теперь настройка закреплена. Больше не сбрасывается при перезапуске программы или когда открываются Настройки. Настройка пользователя сохраняется для автоматического декодирования, но Глубокое декодирование используется для продолжающихся попыток пользователя по ручному декодированию.
  • 新的Hamlib库代码消除了某些收发器的管理问题(Yaesu ft -875D-版本2.5.2 -repack1 _Reshna_中,通过CAT翻译器注释传输的非工作管理的问题)。
  • 从2.5.0的发布开始,未提供32位软件包和旧的英特尔处理器的组装,因此,主要分布将不代表仅32位操作系统的更新。 可以为Linux Intel组装32位WSJTX-X版本,至少将支持此类组件所需的某些软件包。

第2.5.1期,2021年10月21日

Уст他用非标准和综合呼号以及数字模式Q65和JT65伤害了缺点。 它还包括通过分散无线电波和飞机反射的新机会进行通信的新机会,并消除了2.5.0的广泛可用性版本的缺点:

  • 改进了Q65政权,用于与飞机散射的散射范围为10 GHz
  • 修复了一个错误,不可能在Q65模式下预载DE-和DX呼叫以构建合规性搜索表。
  • 在Q65模式下生成标准消息TX4和TX5时的固定错误,如果使用了非标准的呼叫符号
  • 在EME模式下为复合呼叫符号生成标准消息TX2时消除了错误
  • 固定缺陷时,当带有非标准呼叫符号的4型4位消息被解码
  • в режиме Q65 добавлено декодирование (повышенной чувствительности - примечание переводчика) -q3 к нестандартным позывным
  • 在Q65模式下,修复了逻辑,该逻辑为“深”解码模式设置参数。
  • 在Q65模式下,如果是复合或非标准的,则允许在-Q2中解码其呼叫登录
  • 消除了长期存在的缺点,当启用频谱校正时,可能导致程序崩溃
  • 改进的翻译成方言
  • 多亏了吉姆(AD1C),更新了CTY.DAT国家 /地区的数据库
  • 控制元素的放置在主程序窗口中被最终确定,以使TXN消息完全适合。

第2.5.0期,日期为2021年9月27日

此问题实际上与版本2.4.0相同,除了下面所述的更改。
还添加了Q65模式下线性频率漂移的补偿。

  • 消除了WSJTX模式中的问题,这导致在某些收发器中频率激增和自动设置(构建 - IN TUNER-构建)中的CAT错误。
  • 我们坚信更新文件时未删除call3.txt(这允许您使用与文件的符号链接一起将文件与多个程序一起使用)。

20021年9月6日的2.5.0 RC6版本改进

  • 在WSPRD模式下消除了文件句柄的泄漏(感谢Phil,KA9Q)
  • 更改特殊传输模式时改进的处理TX1按钮
  • Q65模式现在支持特殊竞争模式
  • 当可以在帐户中使用非USCI符号时消除错误
  • 当跳跃百分比为零时,与范围范围关联的WSPR模式中的误差将消除。

20021年8月5日的2.5.0 RC5版本改进

  • 回归已得到纠正,其中某些消息(包括复合或非标准呼号)被编码为“自由文本”(而不是QSO中序列的消息 - 转换器注释)。

20021年8月1日的2.5.0 RC4版本改进

  • 改进了call3.txt文件中的搜索,消除了与不完整的呼叫符号的错误巧合
  • 在培训方面改进了数字形式FT8的用户指南
  • 在数字形式中,允许Q65参加比赛和FD。

20021年7月5日的2.5.0 RC3版本改进(Q65和MAP65除外)

  • 消除了长期存在的缺点,这导致终止通过UDP协议发送“心跳”的终止,而没有其他提示他的消息。

20021年6月28日的2.5.0 RC2版本改进(Q65和MAP65除外)

  • 修复了呼叫符号“ hiscall”的后缀 /p或 /r时,修复了消息一代TX5(HisCall de mycall 73)。
  • 用户界面的改进:选择工作范围的Drop -Down列表宽度的控制
  • 用户界面的改进:禁用了与JT4和JT65不同的模式的一组平均消息的可能性
  • 在72位模式中使用复合呼叫符时,消除了一条消息的旧错误
  • 通过保留导致某些平台上该计划紧急完成的诊断杂志来解决该问题
  • 在验证过程中消除了呼叫符号中最初和最终差距的缺陷。
  • 更新了Hamlib库,包括通过RIGCTLD单独的顺序端口的PTT传输缺陷,Elekraft K3收发器的传输延迟,支持ICOM-575收发器。
  • 更新了CTY.DAT国家的数据库

20021年6月3日的2.5.0 RC1版本改进

Эта версия практически повторяет выпуск 2.4.0. Декодер Q65 был улучшен для компенсации линейного дрейфа частоты сигналов Q65. В дополнение, пакет установки для Windows теперь включает в себя приложение MAP65 версии 3.0, которая имеет поддержку режима Q65 для того, чтобы соответствовать её существующим возможностям режима JT65. Включено одиночное устранение недостатка или регрессии:

  • 在数字形式中,如果在“保存” - “无”菜单中安装了参数,则FST4W不再保存WAV文件。


相关出版物