Глобальный вопрос который уже неоднократно поднимали в разных аспектах: программа управляет трансивером а не трансивер программой, диапазон следует переключать из программы. При попытке адаптировать код под внешние факторы, в том числе под управление трансивером из другого софта поведение JTDX станет непредсказуемым.Цитата:
Сообщение от RU6B
:s7: А раньше значит половину не декодировало что-ли? :s7:Цитата:
Сообщение от RW9UU
Реально намного лучше декодируется, а главное, стабильней во время QSOЦитата:
Сообщение от UA1OMZ
Но и на солнце есть пятна.
Последнее время часто наблюдаю такие странные последовательности в QSO
Минимум два раза обмен разными рапортами - то есть меня слышат, но RRR или RR73 не дают, потом клиент куда-то пропадает, часто насовсем. В данном случае появился, но как-то странно. Вроде бы использует стандартный WSJT-X v2.0.1 7ddcb7
Или это ложные декодирования JTDX 134? Чутьё в QSO на максимуме.
Вернее не ложные, а домысленные искусственным интеллектом)))
64-bit версии для Linix Ubuntu 16.04:
Так же перед сегодняшним sked QSO c ZP4KFX на 80 м (оставалась неподтвержденная в LoTW всего одна страна из SA на 80 м, кроме 8R) установил 134 версию.
Я включился задолго до моего SR и оговоренного времени связи. Pino был на диапазоне, SS у него уже прошел.
Но сработали !
Отметьте рапорта:
004945 -21 0.1 941 ~ RW9WT ZP4KFX R-20 °Paraguay
Позже сработали с LU3DW
013130 -22 0.2 1181 ~ CQ LU3DW GF05 *Argentina
013230 -20 0.2 1181 ~ RW9WT LU3DW R-17 *Argentina
Фильтр НЕ включен, только Hint (чтобы увидеть параллельно и другие возможные DX станции)
Программа СПОКОЙНО вытягивает слабые сигналы в реальном эфире (до -22, слабее пока не попадались).
Спасибо Игорю и команде !
UPD
Только что на 80 м:
021630 -22 0.8 2195 ~ RW9WT PY5DC R-15 °Brazil
Отметьте рапорта
Опробовал версию v2.0.1-rc134. Вчера вечером и сегодня утром. В обоих случаях рапорт ниже -22дб не увидел. Включена АРУ или выключена. Перегруженный участок FT8 вносит свою лепту в приём, мощные сигнала гасят полностью все, что ниже уровня 22дб. Это всё на 20 метрах пробовал.
Вчера вечером на 30 были декоды до -25 (UW3DI-1 АРУ нет)...Цитата:
Сообщение от RN9AZ
IC760 rr33 антенна, +24 были декоды и даже выше, но -30 и даже -23 здесь и не снилось. АРУ работает. Вот и пришлось включать и выключать. Живу на окраене города, частный сектор, помехи особо не мучают. Достаёт азия и европа, ломится на плюсах, это есть.Цитата:
Сообщение от UA6JQ
И что тут можно услышать. Смотрите скриншот.
А что разве это повысило чувствительность? В WSJTX где уровень менее -24дб стоит округление вывода на -24. В MSHV соответственно -25дб. Я думаю не стоит отступать от общепринятых параметров! Для примера поставил ограничение в MSHV -26дб и вот результат!Цитата:
Сообщение от UA3DJY
Реально лучше декодирует. Мой товарищ RA9UEP подтверждает тоже самое. Мы примерно в одинаковых условиях с ним находимся. Так, что то есть! Спасибо автору большое!!Цитата:
Сообщение от UA1OMZ
Честно говоря не понял - когда я частоту в трансивере меняю, она меняется и в JTDX. Т.е. и трансивер управляет программой и это верно! А в чем проблема то в уровне PWR? Игорь, по моему Вы что то замудрили))))Цитата:
Сообщение от UA3DJY
Нет проблем при использовании Qt SIGNAL->SLOT связки, но добавлять в 100мс цикл GUI update отслеживание изменения частоты трансивера приходящее с poll опроса CAT означает переориентацию программы на отслеживание внешних факторов в ущерб использованию ресурсов процессора для работы самой программы. Кроме этого есть операторы кто настраивает интервал poll опроса CAT по своему усмотрению, в этом случае получаем соответствующую задержку работы функционала регулировки мощности по диапазонам, то есть то самое непредсказуемое поведение программы.Цитата:
Сообщение от RX4HX
Объясните или дайте ссылку где почитать, что означает в JTDX в окне RX рядом с префиксом: точка, кружек и звездочка.
С уважением.
JTDX rc124 JTDX Russian - Что новогоЦитата:
Сообщение от US1QA
Мы уже знаем, что разные программы по разному (немного) меряют этот самый уровень :)Цитата:
Сообщение от R5WM
Поэтому для корректного сравнения используют набор звуковых файлов. Такие таблички сравнений WSJT и JTDX есть (Игорь публикует). Если у Вас есть такие данные по MSHV - опубликуйте.
А так -24 в разных программах - это разные -24 :)
Да, и насколько я понимаю, максимальная "чувствительность" JTDX достигается на частоте приема! То есть увидеть -26 в общей куче позывных не получится - только там, где стоит приемный маркер. И да - дополнительные вычисления требуют мощных процессоров, увы - придется думать об апгрейде :(