Новый улучшенный релиз WSJT-X 3.1.0 260226 (бета-версия) с нашим новым кодом FT2 с открытым исходным кодом готов к тестированию. Вообще-то я планировал выпустить новую версию 3.1 в апреле, но думаю, что лучше сделать это сейчас по известным всем причинам. Дополнительные функции могут быть добавлены позже.
Я уже комментировал ситуацию, сложившуюся вокруг режима FT2 за последние несколько дней. Итак, давайте просто перейдем к фактам.
Вот изменения по сравнению с версией 3.0.0 251212:
Введен новый режим FT2 с открытым исходным кодом:
FT2 - это сверхбыстрый 77-битный режим с периодами ожидания 3,75 секунды (= 1/2 от FT4).
История FT2 восходит к экспериментам Джо, Стива и Билла (sk), которые позже получили название FT4. Недавно компания IU8LMC представила режим FT2 с измененными параметрами. Представленный здесь режим FT2 совместим с ним, но имеет полностью открытый исходный код. Код из IU8LMC не использовался.
Обратите внимание, что FT2 все еще является экспериментальным. Я еще не решил, будем ли мы его сохранять. Давайте посмотрим, оправдает ли себя FT2 наравне с FT4, или это всего лишь кратковременный ажиотаж.
Поддержка QSOS между двумя станциями с нестандартными или составными позывными для 77-разрядных режимов (FT8, FT4, FT2, MSK144, Q65, FST4). Теперь возможны следующие QSOS-вызовы:
два нестандартных позывных (например, DG123YCB с W250USA)
два составных позывных (например, DG2YCB/QRP с W1XYZ/YOTA или HB9/DG2YCB с KP5/W1XY)
нестандартные позывные и сложные позывные (например, DG123YCB с W1XYZ/QRP)
нестандартный позывной и /или P-код (например, DG123YCB с W1XYZ/P)
два стандартных позывных с /P, /M, /R или любыми другими (например, DG2YCB/MM с W1XYZ/P)
Записи:
Обе станции должны использовать WSJT-X улучшенной версии 3.1 (или совместимое программное обеспечение) для таких QSOs. Я заметил, что некоторые бета-версии JTDX и MSHV, похоже, совместимы с этими форматами сообщений, однако стандартный WSJT-X или любая более ранняя улучшенная версия WSJT-X застряли бы в бесконечном цикле автоматического поиска.
Все предыдущие типы сообщений по-прежнему поддерживаются в полном объеме, что обеспечивает полную обратную совместимость с WSJT-X Improved версии 3.1.
Эти новые типы QSO нельзя использовать в специальных операционных действиях, поскольку доступных 77 бит недостаточно для этой цели.
Новая технология для программы MAP65 и некоторых файлов на ФОРТРАНЕ:
Размер файла map65.exe теперь составляет менее 1/4 от прежнего. Надеемся, что эта новая технология также улучшит стабильность.
Она поставляется вместе с модернизированным кодом на ФОРТРАНЕ.
Примечание: В сборках OFC используется немного более старый, но хорошо зарекомендовавший себя код версии 3.0.0 и, следовательно, все еще используется предыдущая версия MAP65.
Различные мелкие улучшения и исправления:
Добавлена новая возможность пропускать декодирование a8 для многопоточного декодера FT8 (MTD).
Интервал переключения между полосами теперь можно изменять от 1 до 2 минут. Смотрите новый флажок на вкладке "Настройки" | "Общие".
Опция "Меньше окрашивать кнопки" была удалена, поскольку она редко использовалась.
Исправлена ошибка, из-за которой при запуске программы с включенным CQonly не отображались декоды FT4.
Исправлена ошибка: названия стран больше не отображались случайно в режиме FST4W.
Исправлена несогласованность в выделении префиксов.
Для станций Великобритании снова разрешены передачи с частотой выше 5362 кГц на расстоянии 60 м. Теперь запрещены только частоты передачи между 5358 и 5362 кГц.
Вкладка Настройки | макросы передачи улучшена при включении режима затемнения.
Добавлена возможность регистрировать частоту набора номера вместо фактической частоты передачи.
Поддержка новой серии Hamlib 5.
Обновленная функция Hamlib теперь поддерживает как Hamlib 4, так и Hamlib 5. Требуемая версия определяется автоматически.
Однако мои установочные пакеты пока все еще используют Hamlib 4.7, поскольку Hamlib 5 на данный момент не дает никаких преимуществ. Напротив, более старые файлы libhamlib-4.dll после этого больше нельзя будет использовать (требуется Hamlib 5 libhamlib-5.dll).
Важный:
После первого запуска перейдите в Настройки | Частоты, щелкните правой кнопкой мыши на таблице частот и нажмите "Сброс". Это приведет к появлению новых (предварительных) QRGS FT2.
Я рекомендую вам всегда делать резервные копии ваших файлов WSJT-X.ini и wsjtx_log.adi перед установкой выпусков программ, которые содержат серьезные изменения!
73 de Uwe, DG2YCB
A new WSJT-X Improved 3.1.0 260226 (beta) release with our new open-source FT2 code is ready for testing. I had actually planned to release a new 3.1 version in April, but I think it's best to do it now for the reasons we all know. Additional features may be added later.
I have already commented on the situation surrounding FT2 mode over the last few days. So let's just get to the facts.
Here are the changes compared to 3.0.0 251212:
Introduction of a new open-source FT2 mode:
FT2 is an ultra-fast 77-bit mode with TR periods of 3.75 seconds (= 1/2 of FT4).
The history of FT2 goes back to experiments by Joe, Steve, and Bill (sk) which later became FT4. IU8LMC recently introduced an FT2 mode with modified parameters. The FT2 mode introduced here is compatible with it, but is fully open-source. No code from IU8LMC was used.
Note that FT2 is still experimental. I haven't decided yet whether we'll keep it. Let's see if FT2 proves itself alongside FT4, or if it's just a short-lived hype.
Support of QSOs between two stations with non-standard or compound callsigns for the 77-bit modes (FT8, FT4, FT2, MSK144, Q65, FST4). The following QSOs are now possible:
two non-standard callsigns (e.g. DG123YCB with W250USA)
two compound callsigns (e.g. DG2YCB/QRP with W1XYZ/YOTA, or HB9/DG2YCB with KP5/W1XY)
non-standard callsign and compound callsign (e.g. DG123YCB with W1XYZ/QRP)
non-standard callsign and /P callsign (e.g. DG123YCB with W1XYZ/P)
two standard callsigns with /P, /M, /R or whatever (e.g. DG2YCB/MM with W1XYZ/P)
Notes:
Both stations must use WSJT-X Improved v3.1 (or compatible software) for such QSOs. I noticed that some beta builds of JTDX and MSHV seem to be compatible with these message formats, however, the standard WSJT-X or any earlier version of WSJT-X Improved would get stuck in an endless Auto Seq loop.
All previous message types are still fully supported, making WSJT-X Improved 3.1 fully backward compatible.
These new QSO types cannot be used in special operating activities, as the available 77 bits are not sufficient for this purpose.
New technology for the MAP65 program, and for some FORTRAN files:
The map65.exe file is now less than 1/4 the size it was before. This new technology will (hopefully) also bring stability improvements.
It comes along with modernized FORTRAN code.
Note: The OFC builds use the slightly older but well-proven code from v3.0.0 and therefore still have the previous MAP65 version.
Various minor improvements and fixes:
Added a new option to skip a8 decodes for the multithreaded FT8 decoder (MTD).
The band hopping interval can now be switched between 1 minute and 2 minutes. See the new checkbox on the Settings | General tab.
The "Less button coloring" option has been removed because it was rarely used.
Fixed a flaw that caused FT4 decodes not to be displayed when the program was started with CQonly enabled.
Bugfix: Country names are no longer accidentally displayed when in FST4W mode.
Fixed an inconsistency regarding the highlighting of prefixes.
Transmissions above 5362 kHz on 60m are allowed for UK stations again. Only Tx frequencies between 5358 and 5362 kHz are prevented now.
Better visibility of the Settings | Tx Macros tab when dark style is enabled.
Added an option to log the dial frequency instead of the actual Tx frequency.
Support of the new Hamlib 5 series.
The Update Hamlib function now supports both Hamlib 4 and Hamlib 5. The required version is detected automatically.
My installation packages, however, still use Hamlib 4.7 for now, because Hamlib 5 does not offer any advantages at the moment. On the contrary, older libhamlib-4.dll files could then no longer be used (Hamlib 5 requires libhamlib-5.dll).
Important:
After first start, go to Settings | Frequencies, right-click on the frequencies table and click on Reset. This will bring you the new (tentative) FT2 QRGs.
I recommend that you always make backup copies of your WSJT-X.ini and wsjtx_log.adi files before installing program releases that involve major changes!
As usual, all packages are available on my SourceForge page. Here are the direct links to download the frequently used packages:
Windows 64-bit:
wsjtx-3.1.0-win64_improved_PLUS_260226-OFC.exe (Windows 64-bit, WSJT-X GUI)
wsjtx-3.1.0-win64_improved_AL_PLUS_260226-OFC.exe (Windows 64-bit, AL GUI, similar to JTDX Improved)
wsjtx-3.1.0-win64_improved_widescreen_PLUS_260226-OFC.exe (Windows 64-bit, widescreen GUI)
Linux:
wsjtx_3.1.0_improved_PLUS_260226-OFC_amd64.deb (Linux, WSJT-X GUI)
wsjtx_3.1.0_improved_AL_PLUS_260226-OFC_amd64.deb (Linux, AL GUI)
wsjtx_3.1.0_improved_widescreen_PLUS_260226-OFC_amd64.deb (Linux, widescreen GUI)
macOS:
wsjtx-3.1.0_improved_PLUS_260226-OFC_M1.zip (macOS M1, WSJT-X GUI)
wsjtx-3.1.0_improved_AL_PLUS_260226-OFC_M1.zip (macOS M1, AL GUI)
wsjtx-3.1.0_improved_widescreen_PLUS_260226-OFC_M1.zip (macOS M1, widescreen GUI)
The Windows 32-bit packages can be downloaded here.
You'll find the packages for the Raspberry Pi here later today.
The optional language pack can be found here.
Users who would like to try out the new MAP65 program version and the modernized FORTRAN code should use these installation packages:
Windows 64-bit:
wsjtx-3.1.0-win64_improved_PLUS_260226.exe (Windows 64-bit, WSJT-X GUI)
wsjtx-3.1.0-win64_improved_AL_PLUS_260226.exe (Windows 64-bit, AL GUI, similar to JTDX Improved)
wsjtx-3.1.0-win64_improved_widescreen_PLUS_260226.exe (Windows 64-bit, widescreen GUI)
Enjoy the new release! The WSJT-X Improved development team has been working hard! Thanks to everyone who contributed!
Final notes:
There seems to be one bug left that can occasionally cause the program to crash if you are in FT2 mode (or switch to it) and change band or mode too quickly. The extremely fast FT2 timing is quite challenging in several places in our code, but also in terms of CAT control and audio! Let's see if we can get this further improved.
Please also note that FT2 has stricter requirements for PC time synchronization (ideally +- 60 ms). Furthermore, your CAT connection should be very stable. Avoid unnecessarily long switching times for your PA or any relays.
73 de Uwe, DG2YCB
