проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[R6LCF]

Странная у Вас реакция на мой комментарий,

Так писал я то что вы приписуете мне или нет? "Любопытно, что при "накате" rc144 поведение изменяется,"
Если неправы ,так и пишите да неправ и не юлите!

[UA1OMZ]

проще либо откатиться на старую версию

Откатился ради интереса и потому, что реально проще, установил 143 поверх 144 и глюк с модами пропал, теперь трансивер и из LSB автоматом переходит в USB. А ведь INI файл остался тот же, значит дело было не в нём...?

[R6LCF]

Отлично работает v.144 Абсолютно никаких жалоб. Работаю не нарадуюсь!

->Скрытый текст<-

[UA3DJY]

В пору уже устраивать соревнования по восстановлению настроек на время или достойной программе сделать достойный импорт/экспорт настроек!? Ну и шлифануть её импортом/экспортом ADIF...

А можно сделать резервную копию ini файла сразу после окончания конфигурации при его обновлении, предварительно закрыв JTDX, минутное дело, зато у Вас всегда будет под руками резервный файл для восстановления работы программы.

Насчет шлифануть импортом/экспортом ADIF, сделать сохранение/загрузку цветовых палитр уведомлений и еще много какого полезного функционала: мы такие же люди как и все, тоже имеем ограниченный ресурс времени для работы над кодом и в процессе создания нового кода расставляем приоритеты в работе. Хотите ускорить процесс - тоже начинайте работать над кодом.

Также рекомендую начать с самостоятельной сборки софта и затем перейти к работе над кодом тем пользователям чьи запросы не вписываются в рамки общего пользования и видения работы программы разработчиками JTDX.

[UT8NT]

Так писал я то что вы приписуете мне или нет?

Владимир, и в мыслях даже не было( я про юлить),

в скрине который выше я увидел позывной RM1F и подумал что это его слова, тем более ранее он писал о проблеме с работой кнопки Enable TX,
после обновления без удаления ini файла, вот и все... я написал что точно также обновился и у меня все, ок.
Хотел подсказать, что дело не в программе и способе обновления, а нарвался на грубость.
Ладно, не будем больше выяснять отношения, версия действительно работает корректно, я в будущем буду более внимательным.

[R2EA]

...тем пользователям чьи запросы не вписываются в рамки общего пользования и видения работы программы разработчиками JTDX.

Мы Вас услышали...
К чему тогда эта тема?

в 145_1 черные списки заработали- СПАСИБО!

Обновление MSHV 2.30

Подскажите, как отрабатывает программа с позывными где есть дробь или длинными?
Имеются ли проблемы о которых, я тут раздираюсь?

[UA3DJY]

Кстати в WSJT-X есть еще одна "вкусная" фича в режиме FH.
Зовешь например DX-a, молотишь, а он тебе не отвечает и передача отрубается, или по вочдогу, или сам ее отключаешь решив подождать пока ДХ выплывет погромче и не "греть" бесполезно эфир....
Но! ДХ тебя уже поставил в очередь, просто ты об этом не знаешь и спустя некоторое время он дает тебе рапорт, так WSJT-X "просыпается", прыгает на частоту ДХ-а и сам включает TX enable отвечая на вызов.

Несколько раз у меня QSO удавались именно благодаря этой фишке.

НМВ, убрав это и возможность полноценно работать в FH не используя САТ, автор несколько "обескровил" программу...

Сейчас работая с AP масками FT8 декодера в режиме Hound нашел уже почти забытый код защиты конфликтующий с таким способом проведения QSO с Fox: в JTDX использование AP масок в FT8 декодере отключается через 2..3 минуты после последней передачи сообщения(абсолютный минутный таймер, поэтому задержка имеет диапазон). В WSJT-X отключение AP масок происходит через 5 минут с последней передачи.

Сделано это с целью снизить количество ложных декодирований с позывным оператора связанных с высокой чувствительностью при использовании AP масок в FT8 декодере.

При отключении AP масок для стандартных сообщений в режиме Hound Вы теряете несколько дБ в чувствительности FT8 декодера, маски для специальных сообщений в WSJT-X 2.1.2 все еще отсутствуют. То есть резко снижается вероятность декодирования слабых сигналов Fox.

AP маска - заведомо известная (ожидаемая) часть либо полностью сообщение.

[UA3DJY]

в 145_1 черные списки заработали- СПАСИБО!

Не за что, этот функционал последний год не трогали. Проблемы появляются и сами решаются в Вашем сетапе, и скорее всего связаны с JTDX.ini файлом.

[RM1F]

В продолжение поста #21449.

Вчера попытался воспроизвести проблему. Снова проапгрейдился до 144 сборки, но ini файл преднамеренно подсунул ей от 143. Апгрейд сделал точь-в-точь, как пару дней назад. Запустил - полет нормальный! Вечер проработал в эфире, не одна и не две связи - полет нормальный, ни одного сбоя! Программа ведет себя вполне "ожидаемо", различий в поведении со 143 сборкой не фиксирую.
Что за фигня??? Ничего не понимаю. Проблема не воспроизводится. Но я ж не выдумал ее! Где ж собака-то порылась???

Допускаю два варианта:
- либо какой-то "компонент" программы пару дней назад установился "криво", а в результате откатов-накатов-перестановок все-таки поставился нормально. Но какой именно и как именно "криво" - загадка...
- либо сбой вызывается каким-то очень редким сочетанием факторов, каковое сочетание мне пока не удалось воспроизвести, и удастся ли вообще - неизвестно...
В общем, я пока в загадочности и чешу затылок.... Для себя сделал вывод, что унжно продолжать наблюдения.

Игорь, там на вкладке, где включается вывод отладочной информации в файл ALL, поведение чекбоксов нестандартное и сбивает и толку пользователя. Там должны быть не чекбоксы, а радиобаттоны. Вот тогда будет по фен-шую.

[R5WM]

Подскажите, как отрабатывает программа с позывными где есть дробь или длинными?
Имеются ли проблемы о которых, я тут раздираюсь?

Информация от автора MSHV LZ2HV!
Особенности протокола 77-бит
1. АА2АА и BB2BB нет проблем с локатором
2. АА2АА/Р и BB2BB нет проблем с локатором
3. АА2АА и BB2BB/P нет проблем с локатором
4. АА2АА/P и BB2BB/P нет проблем с локатором
5. АА2АА/R и BB2BB/R нет проблем с локатором
6. АА2АА/M и BB2BB связь могут провести но без локатора
7. АА2АА и BB2BB/M связь могут провести но без локатора
8. АА2019АА и BB2BB связь могут провести но без локатора
9. АА2АА и BB2019BB связь могут провести но без локатора
10. АА2АА/R и BB2BB/P связь не могут провести
11. АА2АА/P и BB2BB/R связь не могут провести
12. АА2АА/XYZ и BB2BB/XYZ связь не могут провести
13. АА2019АА и BB2019BB связь не могут провести

[UA3DJY]

А для позывных исключений, что имеется лазейка?

->Скрытый текст<-

Вложение 243845

И о новом пожелании...:
Можно ли в будущем сделать блокировать позывные списком так же как и отслеживать, а то долго заходить в файл/настройки/фильтры-скрыть?
Ну типа нажал галочку на табло панели приборов и появилось окошко для внесения таких позывных через запятую.

JTDX

Адресованные оператору вызовы преднамеренно не срезаются текстовыми фильтрами.

Нажатие правой клавишей мыши на кнопке DX Call вносит находящийся в окне DX Call позывной в список фильтра 'скрыть сообщения от позывных'.

[UA3DJY]

Информация от автора MSHV LZ2HV!
Особенности протокола 77-бит
12. АА2АА/XYZ и BB2BB/XYZ связь не могут провести

Здесь скорее всего проблема в алгоритме формирования TX сообщений программой.

[UA3DJY]

- либо сбой вызывается каким-то очень редким сочетанием факторов, каковое сочетание мне пока не удалось воспроизвести, и удастся ли вообще - неизвестно...
В общем, я пока в загадочности и чешу затылок.... Для себя сделал вывод, что унжно продолжать наблюдения.

За прошедшее время был полный рестарт компьютера(очистка содержимого оперативной памяти)?

Игорь, там на вкладке, где включается вывод отладочной информации в файл ALL, поведение чекбоксов нестандартное и сбивает и толку пользователя. Там должны быть не чекбоксы, а радиобаттоны. Вот тогда будет по фен-шую.

Три варианта записи управляются двумя чекбоксами, сделано с точки зрения минимального количества органов управления. Альтернативой может быть выбор из списка вариантов, но для трех вариантов наверно удобнее чекбоксы поскольку на экране всегда виден смысл опций.

[RM1F]

Да это понятно, но такое управление не соответствует Microsoft User Interface Guidelines, каковым уже лет этак с четверть века (!), и все прочие программы им следуют...
Ну да ладно, не настаиваю, решение за автором В это место приходится лазать настолько редко, что начхать.

[UA3DJY]

Да это понятно, но такое управление не соответствует Microsoft User Interface Guidelines, каковым уже лет этак с четверть века (!), и все прочие программы им следуют...
Ну да ладно, не настаиваю, решение за автором В это место приходится лазать настолько редко, что начхать.

Мы много чем несоответствуем, например остаточный принцип определения 'повтора' в функционале уведомлений часто вводит в ступор нового пользователя , предоставляя колоссальную гибкость в настройке уведомлений.
При этом стараемся сделать программу как можно удобнее в использовании.

PS Не знал что Микрософт создал рекомендации для разработки интерфейса пользователя, поэтому в JTDX могут быть оригинальные решения отличающиеся от рекомендаций Микрософт. Также JTDX собирается под ряд других операционных систем, не знаю совместимы ли рекомендации от Микрософт по разработке интерфейса пользователя с другими операционными системами вне Windows.