WSJTX mode Q65, FST4 и...

[UA9FAD]

Исчезли?

Исчезли

[UD2F]

Виктор, а вот эти установки (не по дефолту) "выстраданы", стоит менять ?

[Михалыч]

Исчезли кнопки "30 сек" "60 сек" в главном окне (они были в июльской версии) - возможно в меню есть "пимпочка", которую надо включить для их появления?

 
Виктор Николаевич, "пимпочка" Enable VHF and submode features кнопки вкл/выкл, но только на версиях improved 2.7.1, в обычной WSJTX этих кнопиков никогда не было, и в июльской 2.7.0 RC5 то же.

[UA9FAD]

Виктор, а вот эти установки (не по дефолту) "выстраданы", стоит менять ?

Тут всё индивидуально - кто-то ставит один проход, кто-то два. С цифрами также. Сидел и "тыркался" на слабых сигналах. У меня для Q65 - на JT65 на 23см сейчас никто не работает.

[RJ7M]

Исчезли

Так разговор про последнюю 2.7.1
Вы показываете 2.7.0.

[UD2F]

Так разговор про последнюю 2.7.1
Вы показываете 2.7.0.

Так "просто классическая" WSJT-X и есть последняя 2.7.0 (самая свежая)
2.7.1 - это WSJT-X improved

[UD2F]

Версия WSJT-X Improved v2.8.0 доступна для закачки https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.8.0/


I'm pleased to announce that WSJT-X Improved v2.8.0 is available for download. This is a GA release that contains all the “stable” developments that have been successfully tested and optimized in the various 2.7.1-devel versions, as well as several new features, bug fixes and other enhancements. The most recent include:

Fixed an inconsistency where with all prior WSJT-X and WSJT-X Improved releases, incorrect frequencies could be logged and posted to PSK Reporter when non-band/mode default frequencies had been selected. Fixed a long-standing flaw where the third callsign in combined messages was sometimes displayed as <> after clearing the DX Call box by right-clicking on the DX Call button or pressing the Esc key. (The latter also applies to WSJT-X, by the way.) All program features now work on Windows out of the box, i.e. without having to install OpenSSL manually. The latter is only necessary if another, incompatible OpenSSL version is already installed on the computer. For EME operation, a new option has been added to the Astronomical Data window to enable Tx shift relative to an Rx sked frequency to enable wide in-band separation of Tx and Rx frequencies. Q65 submodes 15A, 15B and 15C can now be decoded with EME delay, for experimental purposes. Additional submode buttons make operation easier. The first Q65-15A EME QSO took place on March 2 and went smoothly! Better readability of the green “goal post” when Dark Style is switched on. Improvements for Fox operators: Inadvertent transmissions on frequencies overlapping the WSPR sub-bands is now prevented. And the Fox operator is notified if there is probably another Fox station on the frequency. Better support of SuperFox mode for Wait and Call: It is now possible to activate Wait & Call also in SuperHound mode, even if the SuperFox has not yet been received. However, “blind calling” is still prevented to keep the bands clean! Added a new Quick Filter category "Ignore stations worked before on band". Playing of the alert sounds is now muted for callsigns from the "Ignore list", or from the three "Ignore …​" Quick Filter categories, unless you have checked the BP (bypass) checkbox. Numerous other code improvements. Furthermore, the “improved” features are now also described in the User Guide (see sections 1.2 and 16 in particular).

For those upgrading from WSJT-X v2.7.0, I would also like to mention such great features as High DPI scaling (for 4K monitors), three different GUIs (WSJT-X layout, AL and widescreen), the Wait Features, optional band buttons, filters, audio alerts, Full Duplex Mode, TCI support, band hopping, switch to dark style with one click, AutoSeq also for JT65, and an option to Halt Tx when SWR > 2.5. For more information, read the User Guide or watch the video tutorials on my YouTube channel.
 
Everyone is therefore recommended to update to this new version!
Я рад сообщить, что WSJT-X Improved v2.8.0 доступен для загрузки. Это релиз GA, который содержит все «стабильные» разработки, которые были успешно протестированы и оптимизированы в различных версиях 2.7.1-devel, а также несколько новых функций, исправлений ошибок и других улучшений. Самые последние из них включают: Исправлено несоответствие, когда со всеми предыдущими выпусками WSJT-X и WSJT-X Improved неверные частоты могли регистрироваться и отправляться в PSK Reporter, когда были выбраны частоты по умолчанию, отличные от диапазона/режима. Исправлен давний недостаток, когда третий позывной в объединенных сообщениях иногда отображался как <> после очистки поля DX Call путем щелчка правой кнопкой мыши по кнопке DX Call или нажатия клавиши Esc. (Кстати, последнее также относится к WSJT-X.) Все функции программы теперь работают в Windows «из коробки», т. е. без необходимости вручную устанавливать OpenSSL. Последнее необходимо только в том случае, если на компьютере уже установлена ​​другая, несовместимая версия OpenSSL. Для работы в режиме EME в окно астрономических данных добавлена ​​новая опция, позволяющая включить сдвиг Tx относительно частоты Rx sked, чтобы обеспечить широкое внутриполосное разделение частот Tx и Rx. Подрежимы Q65 15A, 15B и 15C теперь можно декодировать с задержкой EME для экспериментальных целей. Дополнительные кнопки подрежимов облегчают работу. Первое QSO EME Q65-15A состоялось 2 марта и прошло гладко! Лучшая читаемость зеленой «стойки ворот» при включенном темном стиле. Улучшения для операторов Fox: теперь предотвращается непреднамеренная передача на частотах, перекрывающих поддиапазоны WSPR. И оператор Fox уведомляется, если на частоте, вероятно, есть другая станция Fox. Лучшая поддержка режима SuperFox для Wait and Call: теперь можно активировать Wait & Call также в режиме SuperHound, даже если SuperFox еще не получен. Однако «слепой вызов» по-прежнему запрещен, чтобы поддерживать диапазоны чистыми! Добавлена ​​новая категория быстрого фильтра «Игнорировать станции, работавшие ранее на диапазоне». Воспроизведение звуков оповещения теперь отключено для позывных из «Списка игнорирования» или из трех категорий быстрого фильтра «Игнорировать …», если вы не отметили флажок BP (обход). Многочисленные другие улучшения кода.
Кроме того, «улучшенные» функции теперь также описаны в Руководстве пользователя (см. разделы 1.2 и 16 в частности). Для тех, кто обновляется с WSJT-X v2.7.0, я также хотел бы упомянуть такие замечательные функции, как масштабирование High DPI (для мониторов 4K), три различных графических интерфейса (макет WSJT-X, AL и широкоэкранный), функции ожидания, дополнительные кнопки диапазонов, фильтры, звуковые оповещения, полнодуплексный режим, поддержка TCI, переключение диапазонов, переключение в темный стиль одним щелчком, AutoSeq также для JT65 и возможность остановить передачу, когда КСВ > 2,5. Для получения дополнительной информации прочтите руководство пользователя или посмотрите видеоуроки на моем канале YouTube. Поэтому всем рекомендуется обновиться до этой новой версии!
****Прилагается краткое резюме некоторых дополнительных особенностей, которые могут быть Интерес к операторам EME.
73

Charlie DL3WDG
****
P.S. Пытался нормально выровнять тексты по абзацам. Сайт сбрасывает редактирование ( Прошу прощения...

[UA9FAD]

Не все гладко пока:

Большой проблемой, которую я обнаружил с WSJT-X Improved, является потеря чувствительности, которую, по-видимому, заметили и другие операторы. Я запустил WSJT-X Improved параллельно с QMAP из 2.7.0-rc8, который до сих пор является моей версией стандартного WSJT-X. Изначально WSJT-X Improved работал на том же уровне чувствительности, что и стандартная версия, но через некоторое время, и я не могу назвать вам время или причину, он, похоже, потерял всю чувствительность. Когда я сказал о потере чувствительности, это было очень серьезно, сигналы от OK1DFC и OE9ERC, которые были между -5 и -7 на моем конце, вообще не декодировались. QMAP отлично их принимал, но мне пришлось переключиться обратно на исходный WSJT-X, чтобы снова их декодировать.
 
Я хотел бы попробовать этот режим снова, но нужно что-то сделать с WSJT-X Improved, чтобы сделать его пригодным для долгосрочного использования. Было бы также неплохо, чтобы его версия QMAP также декодировала 15A. Возможность настраивать кнопки режимов была бы полезна, так как для оператора EME 23cms 15A, 30B, 60C и 120D были бы предпочтительными режимами, а не режимами по умолчанию.
 
Джонатан G4KLX

[UD2F]

Не все гладко пока:

Большой проблемой, которую я обнаружил с WSJT-X Improved, является потеря чувствительности, которую, по-видимому, заметили и другие операторы. Я запустил WSJT-X Improved параллельно с QMAP из 2.7.0-rc8, который до сих пор является моей версией стандартного WSJT-X. Изначально WSJT-X Improved работал на том же уровне чувствительности, что и стандартная версия, но через некоторое время, и я не могу назвать вам время или причину, он, похоже, потерял всю чувствительность. Когда я сказал о потере чувствительности, это было очень серьезно, сигналы от OK1DFC и OE9ERC, которые были между -5 и -7 на моем конце, вообще не декодировались. QMAP отлично их принимал, но мне пришлось переключиться обратно на исходный WSJT-X, чтобы снова их декодировать.
 
Я хотел бы попробовать этот режим снова, но нужно что-то сделать с WSJT-X Improved, чтобы сделать его пригодным для долгосрочного использования. Было бы также неплохо, чтобы его версия QMAP также декодировала 15A. Возможность настраивать кнопки режимов была бы полезна, так как для оператора EME 23cms 15A, 30B, 60C и 120D были бы предпочтительными режимами, а не режимами по умолчанию.
 
Джонатан G4KLX

Сегодня по этому поводу уже даны ответы:



https://groups.io/g/Moon-Net/topic/23cm_q65_15a_mode_testing/111559972

[UA9FAD]

В осеннем ARRL в начале теста QMAP был весь "желтый" от 30-секундных сигналов. Связь идет две-три минуты - можно сделать 15-20 связей в час. На 15-сек. темп еще вырастет, только надо шустрее работать. Потом пойдут длинные циклы - выцарапывание слабых.
Возможно у Джонатана G4KLX что-то сбойнуло. У всех разное "железо" и свои сбои.

[Михалыч]

У всех разное "железо" и свои сбои.

 
Абсолютно верно, но на бОльшем парке "железа" (если можно так выразиться), программа работает безукоризненно, всё остальное составляет 1...2% исключений, пара... тройка примеров есть, не привожу. И если от лунной темы чуть в сторону, пару дней, на QO-100 наблюдаю станцию, около 2300Гц (AF) с "плывущими" по частоте треками, и задержкой начала периода (по времени) треками, MSHV - декода нет, сместил время на 1 сек, один из десяти проскочил декод: это был Павел R9YA ! Сейчас работает WSJTX_Impr..v2.8.0, те же косые треки (плывёт частота на TX) DT=1.7, но совершенно нет проблем с декодом, без "танцев с бубном" ! MSHV - в урну !

[UA9FAD]

Что меня заинтриговало - это возможность работать кроссбэндом. На 1296 ЕМЕ QRO финны сейчас так работают, у них 1298, а в Израиле 1268. Я до сих пор использовал для такой работы QMAP.

[UD2F]

Дорогие пользователи,

Коротко Информация: Мы обнаружили небольшой баг в v2.8.0, что вызвало Ручной ввод частот не должен работать так плавно, как он должны быть.
Мы уже исправили это и загрузили исправленные тарболы и Пакеты для Win64, Win32 и Linux.
Для macOS x86_64 и macOS M1 появятся в ближайшее время.

Итак, если вы загрузили какие-либо пакеты до 1400 UTC, пожалуйста, загрузите их снова и установите программу еще раз. Прошу прощения за неудобства!

73 de DG2YCB,
Uwe


*****

Short information: We discovered a small bug in v2.8.0 that caused the manual entry of frequencies not to work as smoothly as it should. I have already fixed this and uploaded corrected tarballs and packages for Win64, Win32 and Linux. Those for macOS x86_64 and macOS M1 are expected soon.

So, in case you have downloaded any packages before about 1400 UTC, please download them again and install the program once again. Sorry for the inconvenience!

73 de DG2YCB,
Uwe

[Михалыч]

обнаружили небольшой баг в v2.8.0, что вызвало Ручной ввод частот не должен работать так плавно, как он должны быть

 
Это всё "плюшки", которые к декодерам не относятся....   там ещё есть косяки, должны исправить.
...к команде wsjtx_improved недавно "примкнул" W3SZ, что радует

[RX3DR Александр]

Значит пока не стоит устанавливать, а ждать доработки?