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

[RM6LA]

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

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

[ES1JA]

Привет, всем.
Всех с Новым годом!
Вот такой вопрос...
Нажав не чек-бока "Поиск" открывается менюшка и в строку "Страна" заносим префиксы стран, которые нужны.

Все работает.

В настройках, в закладке "Фильтры" есть поле "Скрыть сообщения от позывных", но не понятно как это работает.

Приведу живой пример.
Мне на каком-то диапазоне нужны станции Вьетнам, я внес в строку "Страна" префикс "3W" и все прекрасно работает...
Появляются станции Вьетнама и зеленый курсор встает на станцию...
Отлично.
Но мне НЕ НУЖНЫ конкретные вьетнамские станции: XV9T и 3W9T, я их внес в строку "Скрыть сообщения от позывных", но стоило появится на диапазоне XV9T программа отработала как на нужный позывной...

Что тут не так?

HNY!
Conflicting wishes or order filtering/wanted filters.
Wanted is checked first, text filters are checked after. Calls matching wanted are not checked further.

[RO7F]

Все эти настройки привязаны к файлу wsjtx_log.adi

[ES1JA]

Все эти настройки привязаны к файлу wsjtx_log.adi

Wrong, all filters are for decoded messages only.

[UA9LP]

HNY!
Conflicting wishes or order filtering/wanted filters.
Wanted is checked first, text filters are checked after. Calls matching wanted are not checked further.

То есть при первом появлении на диапазоне "нежелаемой станции" программа отреагирует как на новую, а в дальнейшем не будет реагировать как на нужную страну?

[RO7F]

HNY Avro !

Полтора года назад подобную ситуацию уже обсуждали.
Посты: #2036, #2037, #2056 ... #2060

Может я ошибаюсь и мой комментарий был не по теме Сергея (UA9LP)

Но мне НЕ НУЖНЫ конкретные вьетнамские станции: XV9T и 3W9T, я их внес в строку "Скрыть сообщения от позывных", но стоило появится на диапазоне XV9T программа отработала как на нужный позывной...

[ES1JA]

То есть при первом появлении на диапазоне "нежелаемой станции" программа отреагирует как на новую, а в дальнейшем не будет реагировать как на нужную страну?

No vice versa, when decodeded message matching wanted ( in Your case Vietnam) then it will not checked against other hiding filters. Which kind of new or B4 it will shown, depends of Notifications setting.

[UA9LP]

No vice versa, when decodeded message matching wanted ( in Your case Vietnam) then it will not checked against other hiding filters. Which kind of new or B4 it will shown, depends of Notifications setting.

Получается, что никак не исключить из потока нужных некоторые ненужные...

[EU1FQ]

Получается, что никак не исключить из потока нужных некоторые ненужные...

Ваша потребность прекрасно реализуется в связке JTDX - LogHX -(функционал JT/FT Modes active calls)

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

[UA9LP]

No vice versa, when decodeded message matching wanted ( in Your case Vietnam) then it will not checked against other hiding filters. Which kind of new or B4 it will shown, depends of Notifications setting.

А почему бы не сделать?
Постараюсь, объяснить зачам это мне (а может и ещё кому-то пригодится)
Я стараюсь отроабатывать станции всеми видами и на всех диапазонах, но стараюсь работать с теми, кто подтверждает через LoTW. То есть с переходом на какой-то диапазон в строку "Страна" заношу префиксы нужных стран и жду когда появится кто-то нужный...
Если появляется кто-то из тех кто не нужен из этой страны, то на том диапазоне где уже было QSO, я вижу по повтору, а вот на других диапазонах я не вижу и всех упомнить просто невозможно...

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

[RZ4AZ]

Где взять можно?

[UA9LP]

Где взять можно?

Чего взять?

[ES1JA]

А почему бы не сделать?
Постараюсь, объяснить зачам это мне (а может и ещё кому-то пригодится)
Я стараюсь отроабатывать станции всеми видами и на всех диапазонах, но стараюсь работать с теми, кто подтверждает через LoTW. То есть с переходом на какой-то диапазон в строку "Страна" заношу префиксы нужных стран и жду когда появится кто-то нужный...
Если появляется кто-то из тех кто не нужен из этой страны, то на том диапазоне где уже было QSO, я вижу по повтору, а вот на других диапазонах я не вижу и всех упомнить просто невозможно...

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

Will not change anything in wanted or filtering principles, but now I understand, why You built such combo of wanted and filters. You want jtdx to select only LOTW users for qso. Will think about it. Should be not big problem, because jtdx knows LOTW users, even shows them. Needed todo one more configurable option for autoselect.

[UA9LP]

Will not change anything in wanted or filtering principles, but now I understand, why You built such combo of wanted and filters. You want jtdx to select only LOTW users for qso. Will think about it. Should be not big problem, because jtdx knows LOTW users, even shows them. Needed todo one more configurable option for autoselect.

Отлично, буду ждать эту опцию и хотелось бы ее перед выпуском протестировать.

[RZ4AZ]

Чего взять?

JTDX 2.2.160-rc10.

[RC3C]

JTDX 2.2.160-rc10.

она только для тестеров, а не для общего пользования!

Исправления

JTDX 160rc10 build_3, исправлен список изменений, о которых сообщалось ранее:

- предпринята попытка исправить некоторые пропущенные случаи автоматического выбора специальных сообщений DXpedition
- исправлен фильтр частично переданных сообщений
- исправлено возможное переполнение буфера на больших экранах, спасибо Филипе Лайнсу за вклад
- исправлено создание сообщений об ошибках до -50/-60
- Специальные сообщения DXpedition не поддерживаются в режиме автоматической регистрации: заблокирована активация
опции "Сообщения DXpedition", если включен автоматический вход в систему
- обновлены некоторые переводы

- - - Добавлено - - -

туда же

JTDX 160rc10 перестроен, чтобы исправить некоторые обнаруженные ошибки, список изменений:

- Исправлена ошибка Hamlib для установки IC7100
- предотвращен сбой JTDX при вводе бесплатного сообщения
- расширен список позывных, используемых для привязки хэша mycall при распаковке сообщения "<...> nonstdcall RR73",
теперь список содержит до трех позывных незавершенных QSO и до двух позывных последних зарегистрированных QSO.,
Время действия каждого позывного с момента последнего полученного или переданного сообщения составляет 5 минут. Для заполнения списка используется история QSO.
Мы надеемся, что этот подход исправит ошибки при сопоставлении хэша с mycall, а также предотвратит большинство коллизий позывных (неправильное сопоставление).
- изменена всплывающая подсказка на кнопку AutoTX

У нас есть отчет о пропущенных QSO-запросах в опции autolog, это может быть связано со сценарием, когда пользователь смешивает TX-сообщения для двух QSO.
У нас пока нет решения проблемы, но мы добавили еще несколько отладочных записей в файл ALL.TXT, чтобы отследить проблему.