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

[US4IRT]

Переименовал его как wsjtx.exe и всё прошло удачно

А зачем прописывать его в лог? Он должен быть прописан в WsjtInterface, чтоб работать с логом.

[EU1FQ]

Повторюсь......ну очень напрягает.

Напрягает не то слово. Сработать с DX нужно очень уж изловчиться!
Если раньше для работы в JT65 переключался на JTDX, то теперь для сработки с DX переключаюсь на WSJT-X. Hi!
Но игорь честно написал в 8705:
"Известные проблемы:
- если вызываемый оператор ответил другому то происходит очистка окна DX Call. При 'высиживании' определенной DX станции это неудобно, думаем как изменить код."

В целом, впечатления пока положительные. Опять можно отказаться от JTAlert. Интерфейс намного комфортней.
Единственный, на мой взгляд, недостаток - нужна более мощная машина для декодирования FT8.
WSJT делает это быстрее. JTDX у меня в декодировании заходит в 3-5 секунду следующего цикла.
Сигнал еще не декодирован, а трансивер уже включен на передачу предыдущего макроса.
Но это мои проблемы со слабой машиной.

[EW4TT]

JTDX у меня в декодировании заходит в 3-5 секунду следующего цикла.
Сигнал еще не декодирован, а трансивер уже включен на передачу предыдущего макроса.
Но это мои проблемы со слабой машиной.

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

[UA3DJY]

Единственный, на мой взгляд, недостаток - нужна более мощная машина для декодирования FT8.
WSJT делает это быстрее. JTDX у меня в декодировании заходит в 3-5 секунду следующего цикла.
Сигнал еще не декодирован, а трансивер уже включен на передачу предыдущего макроса.
Но это мои проблемы со слабой машиной.

Пока в декодере FT8 WSJT-X и JTDX идентичны и должны тратить одинаковое время на декодирование. Если их использовать одновременно то распределение ресурсов процессора между двумя софтами зависит от операционки.

Еще в закладке Decode основного должны быть одинаковые установки количества попыток/проходов декодирования, если в WSJT-X включен FT8 AP то в JTDX должен быть включен Hint. При одинаковых настройках можно сравнивать время декодирования проигрывая последовательно сначала на одном потом на другом софте набор звуковых файлов.

[UA3DJY]

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

на днях сделаю Filter, ощутимо упростит проведение QSO на медленных процессорах

[R6LCF]

на днях сделаю Filter,

А как же все таки с принудительной очисткой окон (сбросом введенных данных),если вызываемый сразу не ответил.Приходится делать это несколько раз ,а время то ..... Это не одно и тоже с запретом передачи.Прошу ответить.

[UA3DJY]

То UA3DJY: а зачем для eQSL QTH nick name? Он нужен только для LoTW.

вот что по этому поводу говорит eQSL при редактировании своего QTH , мой перевод:

"Вы обязаны дать этому QTH ник-имя чтобы Вы могли легко выбрать аккаунт в который Вы хотите войти, если Вы имеете более чем один аккаунт.

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

You must give this QTH a nickname, so you can easily pick the account you want to log into, if you have more than one account. Examples would be HOME QTH or VACATION IN ST CROIX or FIELD DAY, etc. It is important that you assign a name to each of your attached accounts!

Проще говоря если я работаю в эфире с дачи то при отправке данных QSO на еQSL я указываю в JTDX nickname 'DA4A', где у меня отличается RDA/QTH grid квадрат и значит карточка пойдет с правильным номером RDA и grid квадратом.

[UA3DJY]

А как же все таки с принудительной очисткой окон (сбросом введенных данных),если вызываемый сразу не ответил.Приходится делать это несколько раз ,а время то ..... Это не одно и тоже с запретом передачи.Прошу ответить.

впереди полная переработка основ функционала AutoSeq, затронут будет весь функционал и результат уже будем смотреть

[UA3DJY]

JTDX 18.1.0.32
Игорь, начнём опять по UDP
С JT65 всё наладилось, но перестала работать схема 4 (передача сообщений из других программ) в FT8.

Эту часть кода не трогал, сегодня проверю в связке с message_aggregator или с JTAlert.

[UA3DJY]

Как то судорожно дергается у меня водопад на ХР3 (не равномерно). В WSJT-X такого нет. И ещё вопрос - влияют ли настройки водопада (скорость, яркость, контрастность и т. д.) на качество декодирования?

На водопаде есть дополнительная обработка сигнала убирающая с экрана перепады уровня при отрабатывании АРУ, в планах попробовать ее сделать опциональной.

На скорость декодирования влияет полоса частот водопада - те частоты что оператор задаст в левой и правой границах окна водопада будут ограничивать поиск кандидатов декодером и соответственно влияют на время декодирования.

[UA0ZK]

Всем Здравствуйте!!!
Что это и что он хочет.
Повторы показывает зеленым но ФТ-8 связей нет а jt65 есть или так и надо или как.

[RX4CD]

Повторы показывает зеленым но ФТ-8 связей нет а jt65 есть или так и надо или как.

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



P.S. Если не понравиться, что повторные связи отображаются в зачеркнутов виде, то снимите галочку в "strike it".

[UT3IB]

Что это и что он хочет.

Похоже, данные в порту пересеклись с одновременной передачей в него же другим источником. По таймауту сеанс прекращен.
Не мешало бы увидеть настройки "Settings"/"Reporting"

[UA0ZK]

UT3IB
Где искать "Settings"/"Reporting" чо то ненайду.

[UA0ZK]

Да вот ешо такая проблема