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

[UA3DJY]

На данный момент проголосовало 26 пользователей.

70% пользователей используют исключительно JTAlert для проверки повторов
19% пользователей предпочитают старый вариант проверки нового позывного без учета диапазона и вида излучения (WSJT-X и JTDX v16.4)
11% пользователей поддерживают функционал реализованный в JTDX v16.5rc3

Первое число говорит о том как недоработан функционал в WSJT-X, последнее о том что немало пользователей используют(использовали) дополнительный лог для проверки повторов.

19% пользователей хотят вернуть старый функционал в JTDX - еще есть над чем поработать до выпуска рабочей версии v16.5.

Из преимуществ индикации повторов(новых позывных) в JTDX:
- индикация повтора в реальном времени при выводе строки сообщения на экран (в JTAlert эта индикация возможна только после окончания декодирования всех сообщений в JTDX)
- простота активации функционала, всего одной галочкой в установках, дополнительно настраивается только цвет окраса строки с повтором(или с новым позывным, в планах)
- уменьшается нагрузка на глаза поскольку нет необходимости переводить взгляд с окна JTDX на окно JTAlert(или дополнительный лог) и обратно
- на мониторах с малым разрешением и отсутствием свободного места на экране можно отказаться от использования JTAlert.

[RZ1ZR]

70% пользователей используют исключительно JTAlert для проверки повторов

тоже пользую JTAlert, но исключительно для звукового оповещения, вот бы добавить такой же звук в JTDX!

[UA3DJY]

тоже пользую JTAlert, но исключительно для звукового оповещения, вот бы добавить такой же звук в JTDX!

Пару дней назад смотрел возможность использовать системный BEEP для этого, к сожалению все MS Windows операционки моложе WinXP в драйвере BEEP уже используют звуковое устройство по умолчанию а не динамик подцепленный к материнке, а ломать системный драйвер(подменять на драйвер XP) можно, но это на любителя. Плюс вопрос совместимости с Линукс и Мак.

Конфигурация в JTDX второго аудиоустройства отдельная тема, может через несколько месяцев к этому придем.

[UA9OP]

70% пользователей используют исключительно JTAlert для проверки повторов

смотря кто, там можно видеть и какой позывной в eQSL или LoTW, кому куда подверждать, и еще много чего. А для чисто повторов смысла нет ее гонять. Да ведь народ работает на wsjtx jtdx из под какого то аппаратного журнал и там тоже повторы отслеживаются и как тогда?

на мониторах с малым разрешением и отсутствием свободного места на экране можно отказаться от использования JTAlert.

таких уже нет наверно, у всех практически по два монитора, кто серьезно занимается цифровыми видами.

[VA3LLZ]

RZ1ZR

тоже пользую JTAlert, но исключительно для звукового оповещения, вот бы добавить такой же звук в JTDX!

Поддерживаю, я тоже так использую JTALERT.
А по поводу цветовой индикации, Мое мнение такое. Сторонние программы для определения повторов и прочего конечно хорошо, но это требует какого-то времени, а когда JTDХ выдает декодированные станции и сразу же видно все что нужно, то это намного лучьше и удобнее. А если будут настройки цветовой индикации, тогда каждый сможет настроить все под себя, и это будет супер.

[R0JF]

11% пользователей поддерживают функционал реализованный в JTDX v16.5rc3

Игорь, все хорошо. Продолжайте. Напомню, что для Linux вообще нет никаких JTAlert,
так что очень удобно. Спасибо!

ЗЫ Правдо "тоскливо" на диапазоне, когда работает цветовая "сигнализация"...
Оказывается, со всеми уже работал.

[UA3DJY]

- пользователь не использует индикацию повторов в софте JTDX, для этого используется исключительно софт JTAlert
- пользователю необходима только индикация нового позывного независимо от диапазона и моды, как это сделано в WSJT-X и JTDX v16.4
- пользователю необходима только индикация нового позывного в зависимости от диапазона и моды, что то похожее но с QSO B4 сделано в v16.5rc3
- пользователю необходимы обе индикации нового позывного независимо и в зависимости от диапазона и моды, с возможностью активации необходимого из этих двух функционалов

61 голос, распределение по пунктам 57/16/16/10 % - буду работать над софтом чтобы дать возможность выбора функционала 'B4'

[RX4HN]

Поработал немного с последним релизом JTDX, всё очень прилично, но минус всё же есть:
если ранее было QSO с корреспондентом в моде JT-9, то при работе этой станции в JT-65
программа выдаёт т.е. считает QSO было. Это не позволяет, к сожалению, совсем отказаться от использования Alert.

[RW4LN]

Чтобы показывались все повторы, мне пришлось провести следующие манипуляции:
1. Из основного журнала HRD, где находятся смешанные связи, загрузил через программу JT65-HF HB9HOX только связи JT65.
2. Выгрузил эти связи под именем wsjtx_log.adi и заменил в папке AppData - Local - WSJT-X одноименный файл.
Теперь глаза не устают бегать по двум окнам.
Спасибо Игорю за такую программу.
Мои (не обязательные) замечание, показывать количество связей, если есть связь на другом диапазоне - выделить другим цветом.
В меню указать в какой сторонний журнал записываются связи. Тогда можно и отказаться от Алерта.
Все это есть в программе JT65-HF HB9HOX , но там на порядок хуже чувствительность.

[UA3DJY]

Поработал немного с последним релизом JTDX, всё очень прилично, но минус всё же есть:
если ранее было QSO с корреспондентом в моде JT-9, то при работе этой станции в JT-65
программа выдаёт т.е. считает QSO было. Это не позволяет, к сожалению, совсем отказаться от использования Alert.

Индикация отсутствия QSO софтом JTAlert не является показателем сбоя в работе JTDX, в случае сомнений необходимо проверять связь в логе wsjtx_log.adi.

Поскольку софт JTAlert запускается оператором отдельно от WSJT-X/JTDX, всегда есть вероятность что какие то связи не будут внесены в базу или лог софта JTAlert в случае если оператор забыл его запустить и не делает периодическую синхронизацию базы данных JTAlert c логом wsjtx_log.adi.

[RX4HN]

Дело в том, что если была проведена QSO на данном диапазоне в моде JT-9, то при появлении этой же станции в моде JT-65, JTDX выдаёт B4, т.е. якобы уже было QSO в моде JT-65.
Неужели никто не замечал? Кстати, Alert в этом отношении работает вполне корректно, не замечал пока никаких "ляпов".

[UA0AD]

Дело в том, что если была проведена QSO на данном диапазоне в моде JT-9, то при появлении этой же станции в моде JT-65, JTDX выдаёт B4, т.е. якобы уже было QSO в моде JT-65.
Неужели никто не замечал? Кстати, Alert в этом отношении работает вполне корректно, не замечал пока никаких "ляпов".

у меня наоборот =(
при появлении станции в jt9, которая уже есть в jt65, она опять показывается, что не сработанная. бесит, хотя по функционалу так и должно быть =(

[UA3DJY]

Дело в том, что если была проведена QSO на данном диапазоне в моде JT-9, то при появлении этой же станции в моде JT-65, JTDX выдаёт B4, т.е. якобы уже было QSO в моде JT-65.
Неужели никто не замечал? Кстати, Alert в этом отношении работает вполне корректно, не замечал пока никаких "ляпов".

16.5rc3 различие в модах отрабатывает правильно, возможно Вы используете несовместимый WSJTX.INI файл? Позывной на котором наблюдаете сбой в логе не с дробью?

Попытка запустить другой софт JTDX (в том числе любой WSJT-X) может привести к изменению формата WSJTX.INI файла, после этого его надо удалить и выставить настройки заново(если файл удален то настройки примут значения по умолчанию).

Совместимость WSJTX.INI файла с предыдущей версией указываю при выпуске новой версии JTDX.

[UA3DJY]

у меня наоборот =(
при появлении станции в jt9, которая уже есть в jt65, она опять показывается, что не сработанная. бесит, хотя по функционалу так и должно быть =(

Планирую вместо текстового B4 сделать NC(new call), NB(new band), NM(new mode).

Цветовая маркировка по новым позывным NC/NB/NM пока останется общей, строки B4 без текста и без цветовой маркировки.

[RZ1ZR]

Планирую вместо текстового B4 сделать NC(new call), NB(new band), NM(new mode).
Цветовая маркировка по новым позывным NC/NB/NM пока останется общей, строки B4 без текста и без цветовой маркировки.

если так делать, то делайте как опция, старый вариант оставьте пожалуйста !