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

[RU4A]

Файл очищать необязательно, достаточно создать пустой текстовый файл которому потом присвоить имя lotw-user-activity.csv

Что-то я туплю. Пытался найти этот файл. И не нашел в папке JTDX. Где он?

[UA3ALE]

Так его и нет! Надо сделать самому!

[R6LCF]

достаточно создать пустой текстовый файл которому потом присвоить имя lotw-user-activity.csv

Если я не ошибся то так:

[UR7TT]

Что-то я туплю.

создать пустой текстовый файл

Читайте иногда...

[RX3ASP]

UA3DJY Игорь, разъясните, пожалуйста - чем обусловлена необходимость сохранения Enable TX в активированном состоянии при окончании QSO до полного окончания декодирования всех кандидатов в широкой полосе? Очистка DXCall после записи в LOG включена, но она тоже не происходит, пока горит Decode.
Корреспондент передал мне RR73, я принял и ответил 73, он принял и уже снова даёт CQ, я принял, декодировал, вывел на экран и пометил, как worked. Но JTDX зачем-то ждёт окончания всех декодирований и передаёт от меня повторное 73. Иногда это доля секунды, а иногда 4. Я понимаю, что если бы у меня был более мощный ПК... Но необходимость то в чём этого ожидания?
Может где какие галки поставить, чтобы этого не происходило? Пробовал включать счётчики, но они тоже ждут окончания декодирования. Другие режимы AutoSeq не дают нужного эффекта, но иногда вносят больший беспорядок из-за задержки декодирования.
При всём этом, если корреспондент уже отвечает другому или передаёт обычное 73, JTDX мгновенно реагирует.

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

Я сбрасываю Enable TX пальцем, но многие пользователи, которые "не могут разобраться в уже существующих опциях" этого не делают, из-за чего другие не могут декодировать адресованные им сообщения.

[RU4A]

Так его и нет! Надо сделать самому!

Из сообщений UA3DJY я понял, что он там должен быть изначально. И очищают его те, кому без надобности. Так у меня его нет, но значки появляются.
Ладно, несущественно. Главное- работает.

[UA3DJY]

Если я не ошибся то так:

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

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

Можно найти информацию на сайте JTDX: JTDX Russian - JTDX v2.0.1-rc123 (08.01.2019)

[UX8IW]

Так у меня его нет, но значки появляются.

он здесь:

[UA3DJY]

UA3DJY Игорь, разъясните, пожалуйста - чем обусловлена необходимость сохранения Enable TX в активированном состоянии при окончании QSO до полного окончания декодирования всех кандидатов в широкой полосе? Очистка DXCall после записи в LOG включена, но она тоже не происходит, пока горит Decode.
Корреспондент передал мне RR73, я принял и ответил 73, он принял и уже снова даёт CQ, я принял, декодировал, вывел на экран и пометил, как worked. Но JTDX зачем-то ждёт окончания всех декодирований и передаёт от меня повторное 73. Иногда это доля секунды, а иногда 4. Я понимаю, что если бы у меня был более мощный ПК... Но необходимость то в чём этого ожидания?
Может где какие галки поставить, чтобы этого не происходило? Пробовал включать счётчики, но они тоже ждут окончания декодирования. Другие режимы AutoSeq не дают нужного эффекта, но иногда вносят больший беспорядок из-за задержки декодирования.
При всём этом, если корреспондент уже отвечает другому или передаёт обычное 73, JTDX мгновенно реагирует.

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

Я сбрасываю Enable TX пальцем, но многие пользователи, которые "не могут разобраться в уже существующих опциях" этого не делают, из-за чего другие не могут декодировать адресованные им сообщения.

Особенность работы AutoSeq, комбинации автопоследовательности и автовыбора, на основе истории QSO: окончание QSO всегда определяется окончанием декодирования. Если из функционала убрать автовыбор то проблема которую Вы наблюдаете на слабом процессоре уйдет, но тогда JTDX по функционалу AutoSeq превратится в WSJT-X. После нескольких месяцев полировки работы связки автопоследовательность и автовыбор мы не смогли найти лучшего решения, попытки изменить код в одном месте для слабых процессоров всегда приводили к появлению сбоя в другом месте.

Корни проблемы в недостачном времени выделенным на декодирование при дизайне моды FT8, оно изначально не соответствовало используемому парку процессоров. Проблема будет постепенно уходить с переходом пользователей на современные процессоры.

[RX3ASP]

окончание QSO всегда определяется окончанием декодирования.

Но сигнал второго участника QSO уже декодирован. Что может произойти, если в этот момент Enable Tx отключить? Если что-то и произойдёт нестандартное, то оператор должен включить передачу и выбрать нужное сообщение.

[UA3DJY]

он здесь:

Это только для WSJT-X. В JTDX файл встроен в программу как и cty.dat.

[UA3DJY]

Но сигнал второго участника QSO уже декодирован. Что может произойти, если в этот момент Enable Tx отключить? Если что-то и произойдёт нестандартное, то оператор должен включить передачу и выбрать нужное сообщение.

Может быть входящий вызов. Ручной привод кнопки Enable Tx для ответа на входящий вызов означает отказ от функционала автовыбора. Управление кнопкой Enable Tx из функционала автовыбора означает создание робота.

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

[RX3ASP]

Может быть входящий вызов. Ручной привод кнопки Enable Tx для ответа на входящий вызов означает отказ от функционала автовыбора. Управление кнопкой Enable Tx из функционала автовыбора означает создание робота.

Речь как раз об отключении кнопки Enable TX - отключении робота. Не вижу никакого робота.
Подразумевается, что на быстром компьютере Enable TX погаснет, а DX Call очистится к началу цикла без задержки. И тогда, если был вызов от другого корреспондента, программа ответит ему. Именно как робот.

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

Был бы готов, свою тему завёл бы)))

[UA3DJY]

Речь как раз об отключении кнопки Enable TX - отключении робота. Не вижу никакого робота.
Подразумевается, что на быстром компьютере Enable TX погаснет, а DX Call очистится к началу цикла без задержки. И тогда, если был вызов от другого корреспондента, программа ответит ему. Именно как робот.

Смысл автоматического ответа после окончания QSO на возможный входящий вызов в том что при этом минимизируется потеря времени на старт передачи сообщения. Когда пользователь вручную отвечает на входящий вызов это происходит с задержкой в 2...5 секунд, в результате сообщение передается частично и часто не декодируется на другой стороне, при этом создаются помехи другим пользователям.

Корни опять в недостаточном времени на декодирование выделенном при дизайне моды FT8.

Мы к сожалению уже не сможем помочь, поэтому остается только модификация кода JTDX под свои нужды.

[UA3DJY]

Коллеги, подскажите пожалуйста если при декодировании FT8 сообщения от корреспондента декодером Hint в JTDX во время проведения QSO получили оценку SNR сигнала корреспондента в -25 или -26дБ. Это критерий правильной работы изменений в декодере Hint сделанных в версии rc124. Другие декодеры в JTDX такой оценки сигнала не дают.

Еще можно проверить поиском в последнем файле ALL.TXT введя в строку поиска -25 или -26.