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

[RX3ASP]

JTDX156_ и ранее. Периодически случается сбой последовательности AutoSeq1. При нескольких ответах, программа реагирует только в следующем периоде. С IK4LZH вопросов нет! Он, ясное дело В4, AnsВ4 отключено, но почему New Call UA6AAX проигнорирован? Задержка? Lag меньше 1 сек., обычно это не мешает в AutoSeq1 Может быть запрет на AnsB4 влияет на ответ обоим корреспондентам? Но потом сработало нормально.

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

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

20210211_062000.077(0) Transmitting 10.136 MHz FT8: CQ RX3ASP KO85
20210211_062015 -9 -0.0 337 ~ RX3ASP IK4LZH JN54
20210211_062015 -10 -0.1 796 ~ RX3ASP UA6AAX -21
20210211_062030.057(0) Transmitting 10.136 MHz FT8: CQ RX3ASP KO85
20210211_062045 -12 -0.1 796 ~ RX3ASP UA6AAX -21
20210211_062045 -9 0.0 336 ~ RX3ASP IK4LZH JN54
20210211_062100.059(0) Transmitting 10.136 MHz FT8: UA6AAX RX3ASP R-12
20210211_062115 -13 -0.1 796 ~ RX3ASP UA6AAX RR73
20210211_062115 -8 -0.0 336 ~ RX3ASP IK4LZH JN54
20210211_062130.062(0) Transmitting 10.136 MHz FT8: UA6AAX RX3ASP 73
20210211_062154.191(0) QSO logged: UA6AAX
20210211_062145 -3 0.0 335 ~ RX3ASP IK4LZH JN54
20210211_062200.062(0) Transmitting 10.136 MHz FT8: CQ RX3ASP KO85

[UA9AOH]

JTDX156_ и ранее. Периодически случается сбой последовательности AutoSeq1. При нескольких ответах, программа реагирует только в следующем периоде. С IK4LZH вопросов нет! Он, ясное дело В4, AnsВ4 отключено, но почему New Call UA6AAX проигнорирован? Задержка? Lag меньше 1 сек., обычно это не мешает в AutoSeq1 Может быть запрет на AnsB4 влияет на ответ обоим корреспондентам? Но потом сработало нормально

Здравствуйте дорогие цифровики! скажу, что на моем железе таких сбоев небыло, начиная со 148 и до последней версии сбоев нет.Может это от железа зависит? Это мои соображения, кто как думает? Спасибо, Виктор.

[RA3Y]

Кто нибудь знает почему некоторые позывные декодируются в таком виде <.........>

[RX3ASP]

на моем железе таких сбоев небыло, начиная со 148 и до последней версии сбоев нет.Может это от железа зависит?

Может зависит, может нет. Вот только что:

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

Все три раза первым декодировался В4, все три раза New Call on Band игнорировался. Лаг был отрицательный или близок к 0.00. К сожалению опять не включил заранее запись отладки. Пока включал, оба зовущих прекратили попытки.
AutoSeq1 должен ВСЕГДА менять содержимое сообщения после декодирования? Или не всегда? При одиночном вызове, когда большая задержка декодирования в QSO, видно, что меняет.

[RX3ASP]

Как я понимаю, это происходит из-за того, что в данном случае "первый входящий" это В4 - следовательно "первому входящему" НЕ отвечаем по причине настройки "AnsB4 выкл.", а второму НЕ отвечаем потому, что AutoSeq1 это "ответ первому" (а не второму, третьему и т.п.). Вроде логично... но как-то неправильно! Ведь первый это В4 - самый низкий приоритет.
Вероятно раньше не замечал этого потому, что В4 мало было, на CQ из KO85 особо никто не западает, да и AnsB4 обычно держу включенным.

[UA3DJY]

Как я понимаю, это происходит из-за того, что в данном случае "первый входящий" это В4 - следовательно "первому входящему" НЕ отвечаем по причине настройки "AnsB4 выкл.", а второму НЕ отвечаем потому, что AutoSeq1 это "ответ первому" (а не второму, третьему и т.п.). Вроде логично... но как-то неправильно! Ведь первый это В4 - самый низкий приоритет.
Вероятно раньше не замечал этого потому, что В4 мало было, на CQ из KO85 особо никто не западает, да и AnsB4 обычно держу включенным.

Так и есть, функционал настроен ответить на первый вызов и если это B4 который не разрешен пользователем то ответа не будет.

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

Кто нибудь знает почему некоторые позывные декодируются в таком виде <.........>

Пункт 7.5 Нестандартные позывные.

[RX3ASP]

Так и есть, функционал настроен ответить на первый вызов и если это B4 который не разрешен пользователем то ответа не будет.

Но ведь второй и последующие могут быть не В4. Правильней было бы все В4 просто игнорировать (если включен запрет ответа на них), а "первым" считать первый New Call.
А то иногда зовёшь, зовёшь, вроде и на пскрепортере принимают хорошо... а там оказывается IK4LZH и группа В4 в первых рядах ломится.

[R6LCF]

Получил и установил последнюю версию .......rc4. Отлично все работает стабильно и уверенно. Два скрина показываю, что 81 -82 декора это не случайность, а уже система! Игорю большое спасибо.

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

[RW6APC]

Владимир вот скрин на водопаде 9 а декод 2-3 .?Настройки по умолчанию.Вложение 297916

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

может это после того как я обновил 147v на 155v ?

Вероятно включен фильтр CQ, 73, RR73 в настройках. На экране есть только станции с CQ...
http://prntscr.com/z6f3ob

[UA3VFL]

Да , точно- был вкл. фильтр .
Спасибо

[ES1JA]

JTDX156_ и ранее. Периодически случается сбой последовательности AutoSeq1. При нескольких ответах, программа реагирует только в следующем периоде. С IK4LZH вопросов нет! Он, ясное дело В4, AnsВ4 отключено, но почему New Call UA6AAX проигнорирован? Задержка? Lag меньше 1 сек.

Autoseq 1 does not have B4 control on receiving first message to You. B4 control is afterwards. So if first message is B4 and answer B4 is not permitted then nothing is selected. Will remove Autosq 1 and probably also Autoseq 2/6 soon from jtdx, as they can't do autoselect correctly.

[RX3ASP]

Autoseq 1 does not have B4 control on receiving first message to You. B4 control is afterwards. So if first message is B4 and answer B4 is not permitted then nothing is selected. Will remove Autosq 1 and probably also Autoseq 2/6 soon from jtdx, as they can't do autoselect correctly.

Удалять AutoSeq1 нельзя!!! На недостаточно мощном компьютере не возможно нормально работать в AutoSeq2, тем более в AutoSeq3.
На счёт первого В4 и игнорирования второго и последующего отвечающих, я понял - так сделано в JTDX. Не понял только почему и ДЛЯ ЧЕГО так сделано. Если это борьба с роботами, то какая-то странная.

[UA9AOH]

Ребята, привет! Я и говорил, что железо не хочет работать, у меня: 2 ядра, 4 гб памяти, работает в 2 потока, все работает замечательно!, кто не верит- опровергните, шутка! Спасибо, Виктор.

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

Шутка это насчет "опровергните".

[RX3ASP]

опровергните, шутка! Шутка это насчет "опровергните"

Где смеяться - до или после запятой?
В прошлом своём сообщении, вы написали, что "на моем железе таких сбоев небыло, начиная со 148 и до последней версии". Но сбоя-то никакого и нет! Просто так задумано в JTDX AutoSeq1. Попробуйте - будет тоже самое и на 24 ядерном процессоре. Не считается сбоем, когда WSJT при отключенном сплите даёт CQ на чужой частоте, когда MSHV не отключает передачу при ответе другому. У них так задумано. Так что, пожалуйста, Виктор!
Я рад за ваше двухпоточное железо! Особенно, если оно не сыпет гармошками, не работает с точностью +/- пара секунд, не начинает передачу с задержкой в полпериода и вообще не путает периоды. А то и такие тоже встречаются. Предлагаешь им помочь с настройкой - обижаются, мол всё хорошо у нас!

[RJ6N]

Приветствую всех!

Проблема с... даже не знаю с чем Наверное со мной
Использовал до недавнего времени WSJT-X. Затем решил попробовать JTDX. Но что-то она тормозит с декодированием. С WSJT-X такого не наблюдалось или по крайней мере она успевала отвечать запоздавшему декоду во время TX. Сейчас же с
JTDX постоянно необходимо контролировать и вручную корректировать перед началом TX быстро(иногда это не получается) и вызывающей станции приходится вызывать повторно, так как программа раскодировала вызов уже при TX. Вроде и компьютер не сказать чтобы древний совсем. В чем проблема, где искать причину?
Lag меньше +3 редко опускается, а часто и до +8 доходит, если диапазон загружен. И что внизу в правом нижнем углу FT8 475 означает ? Про FT8 475 понял, что это. Кол-во QSO в FT8 в журнале лога программы