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

[UA1OMZ]

JTDX v18.1.0.71 - тестирование нового функционала

Мои настройки: Autoseq1, Threads-auto

1. Декодировать стало ощутимо быстрее и качественней и это здорово, это огромный прорыв, мои поздравления и спасибо Игорю и команде!!!

2. По прежнему наблюдается ГЛЮК - несанкционированного возвращения на предыдущую частоту.
Почему все молчат-то??? Или приятно, когда человек провел с вами QSO и тутже (непредномеренно) начинает давать CQ на ВАШЕЙ частоте, а вас в это время может звать DX!?
Да и я очень неловко себя ощущаю, когда вдруг замечаю, что даю вызов на чужой частоте, хотя я её менял.

3. По прежнему "корявые" концовки QSO и на поиск и на CQ.

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

Игорь, ну ПОЧЕМУ вы не хотите вернуться к стандартному, ВСЕМИ принятому, ВСЕМ удобному алгоритму проведения связи, как в WSJT-X(и как в 34 версии)??????

4. В этой версии физическая передача сигнала начинается только примерно через 2 секунды после срабатывания PTT. Для чего это сделано?
Что бы увеличить период декодирования за счет периода передачи? Если это так, то это крайне не верный путь, ведущий к ухудшению декодирования корреспондентом.

5. Прерывалась несколько раз передача CQ. Но тут я подметил закономерность и проверил сам в ALL.TXT,
передача прерывалась именно в момент декадирования пустого сообщения и уже в начале цикла передачи.
Пустые сообщения явление конечно редкое, но я думаю этот глюк проявится и при передаче других сообщений.

6. Когда работаю на CQ автоматика не даёт вставить свободное сообщение типа "PSE SPLIT", "PSE AGN", "NO DECODE",
а в течении 2-3 секунд меняет его на "CQ". Как быть то теперь? В 34 версии без проблем! Опять же прошу обратить внимание на пункт 3!!!

7. Ну и вообще неприятнейший, повторяющийся глюк - беспричинный отказ декодирования целого противоположного периода по 2-3-4 раза подряд.

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

Ранее я такое наблюдал только когда именно в этот период происходила синхронизация времени(из-за сдвига времени более 0,5 секунды).
Сейчас со временем все стабильно(+0,01 сек за 30 мин.).

8. Забывал ранее писать, но функция "Enable main window popup"-"показывать повер окон" ни в одной из версий корректно не работает, т.е. то работает, то нет, закономерности нет.

9. Теперь буду просить в каждом тестировании - ПРОШУ, ПОЖАЛУЙСТА верните "следящий enable TX", ну очень нужная и удобная функция, друзья поддержите!!!

[RK6C]

7. Ну и вообще неприятнейший, повторяющийся глюк - беспричинный отказ декодирования целого противоположного периода по 2-3-4 раза подряд.

Тоже есть такой глюк

[RD3QX]

То же заметил пропуски декодирования периодов. Подумал у меня одного такое!

[RX3ASP]

В этой версии физическая передача сигнала начинается только примерно через 2 секунды после срабатывания PTT. Для чего это сделано?
Что бы увеличить период декодирования за счет периода передачи? Если это так, то это крайне не верный путь, ведущий к ухудшению декодирования корреспондентом.

У меня сразу начинается, за вычетом TX delay

7. Ну и вообще неприятнейший, повторяющийся глюк - беспричинный отказ декодирования целого противоположного периода по 2-3-4 раза подряд.

decoding is finished может появляться по причине прерывания сигнала на входе зв.карте.

2. По прежнему наблюдается ГЛЮК - несанкционированного возвращения на предыдущую частоту.
Почему все молчат-то??? Или приятно, когда человек провел с вами QSO и тутже (непредномеренно) начинает давать CQ на ВАШЕЙ частоте, а вас в это время может звать DX!?
Да и я очень неловко себя ощущаю, когда вдруг замечаю, что даю вызов на чужой частоте, хотя я её менял.

Мне кажется, что это не программный глюк, а вызвано суетой и невнимательностью. Когда отвечаю на CQ со Split, часто переходят на мою частоту, видимо после двух кликов, да там и остаются. И Clear DX надо не забывать чистить, чтобы по частоте не скакать.

[UX8IW]

Мода JT9-JT65:
на нестандартное сообщение "TU BORIS 73 ," программа начала передавать повторный цикл RR73, видимо повлияло наличие запятой в сообщении, хотя на скрине ее не видно..

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

[RX3ASP]

Уровни, наверное правильнее отображать в BER или SER, но это будет как-то не по-людски - любители киловаттов могут не увидеть "прибавки".
Вообще мне понравилась идея в WSJT DX EXP скрывать сигналы выше -10 дБ

[RX1AG]

to UA3DJY
Игорь!
Я в основном работаю на ПОИСК. В обзорном окне, когда на диапазоне много разных станций, строки вверх бегут очень быстро... Часто, не попадаешь мышь на нужный позывной. В связи с этим:

Имеется ли возможность сделать такую опцию, что при вводе курсора в поле ОБЗОРНОГО окна, движение строк вверх временно приостанавливалось до нажатия на строку с нужным позывным?

[R3HH]

to UA3DJY
Игорь!
Я в основном работаю на ПОИСК. В обзорном окне, когда на диапазоне много разных станций, строки вверх бегут очень быстро... Часто, не попадаешь мышь на нужный позывной.

Можно не гоняться за бегущей строкой JTDX, в JTAlert кликаеш 2 раза по нужному позывному



Иногда не хватает свободных колонок, работая в связке с JTDX (это максимальное количество в JTAlert)

[RX1AG]

Можно не гоняться за бегущей строкой JTDX, в JTAlert кликаеш 2 раза по нужному позывному

JTAlert я не ставил... Работаю в паре с ЛогНХ.

Иногда не хватает свободных колонок,

to UA3DJY

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

Водопад нужен. Настройки водопада-один раз настроил, панель много места занимает и убрал с дисплея. В работе она не нужна.

[K2PAL]

Процессор с интенсивным использованием процессора.

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

Процессор с интенсивным использованием процессора, который использует 100% ресурсов одноядерного процессора, использует только 50% процессора для этой же операции на двухъядерном компьютере, и только 6% каждого процессора имеют 16- основной компьютер. Это показано на следующем изображении:

Из-за отсутствия многопоточности например в AutoCAD не может использовать более 50% процессора на двухъядерном компьютере, поэтому нет значительного прироста производительности на одном компьютере с процессором, за исключением отмеченных выше областей.
а в нашей программе это нормально.

[RA3QH]

To UA3DJY
Игорь,а можно сделать что бы при использовании режимов Autoseq5-6-7 при условии что на CQ никто не ответил программа не хватала тех кто дает CQ DX или CQ VK и тому подобное? А то как то нехорошо получается,человек ДХ ждет,а тут его RA3 зовет

[R3HH]

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

Водопад нужен. Настройки водопада-один раз настроил, панель много места занимает и убрал с дисплея. В работе она не нужна.

2 монитора решают эту проблему, logHX тоже пользуюсь

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

[UA0AD]

Настройки водопада-один раз настроил, панель много места занимает и убрал с дисплея. В работе она не нужна.

галочка "Control" разве не работает в последних версиях?

[UA1OMZ]

Мне кажется, что это не программный глюк, а вызвано суетой и невнимательностью. Когда отвечаю на CQ со Split, часто переходят на мою частоту, видимо после двух кликов, да там и остаются. И Clear DX надо не забывать чистить, чтобы по частоте не скакать.

Если Вам только "кажется", то значит писать здесь, пока не проверили лично несколько раз , не надо. Попробуйте проведите QSO на вызов "TX=RX", "без суеты и невнимательности" смените частоту и начните CQ, и вы будете неприятно удивлены. И если бы Вы следили за темой, то знали бы, что глюк этот уже давно выявлен и признан разработчиками, но пока не исправлен. А так же проверьте по хорошему и два предыдущих Ваших высказывания и обоснуйте их. Да и "наскакал" я уже в ft8 больше 9000 qso, около 200 стран, и вам того же..

[RW9FN]

Кто подскажет, в чем причина?