WSJTX
Назад-
Раннее декодирование очень удобной функцией показалось.
Это, если работа в эфире иде в фоновом режиме, а если работать реально, то мне не нравится. Почему? Вот пример: МСК144 начался мой период приема, через 2 сек прилетел бурст и нужно ждать 10 сек пока увидишь что там и нужно принять решение, чем ответить. А в MSHV можно тут же кликнуть и тут же получить инфо, не дожидаясь 12й секунды. Кроме того, если длинный бурст, то прилетают "стайками", от разных корреспондентов. В этом случае в MSHV я могу прощелкать выискивая нужный, а в WSJT-X декод автоматом и не всех декодирует. НО ЭТО СПОРНОЕ наблюдение, пока что не делаю выводы. -
в MSHV можно тут же кликнуть и тут же получить инфо, не дожидаясь 12й секунды.
Чтобы в MSHV в MSK144 "не кликать" - поставьте "крестик" в RTdec (Real Time decod) и декодироваться будет сразу "по прибытию" хоть один, хоть "пачка" прилетевших.
Как на скрине http://skrinshoter.ru/s/140520/5IAimd1s?a - период ещё не закончился, а декод уже есть.
-
Проверяю. Спасибо вам, думаю, что это так, но не было бы и "побочных эффектов".
Где этот чек-бокс в WSJT-X ? -
del
-
Где этот чек-бокс в WSJT-X ?
Добрый день Аркадий.
В этой программе декод сразу появляется, то есть работает в RTdec постоянно, поэтому и грузит сильно процессор
-
При первом декоде уже сразу вижу станции , а при втором и последнем еще добавляются .Не заметил проблем с этим, наоборот заранее могу выбрать например макрос для ответа или выбрать позывной ...
-
Спасибо всем, наблюдаю.
-
но не было бы и "побочных эффектов".
Где этот чек-бокс в WSJT-X ?
Ну вы блин даёте ! ;-))))))
В MSHV Фишке RT Dec "сто лет в обед", писалось много много раз, и думаю функцию декода в реальном времени, сейчас мало кто не использует, если есть опасения, что компьютер не справится, оперируйте Decode - Fast, Normal, Deep, и полосой DF tol def. В WSJTX для MSK144 Real Time Decode неотключаема, условия "регуляции" нагрузки на процессор, те же, что и для MSHV.
P.S. RJ7M Сергей, спасибо за (оказывается нелишнее) напоминание, или кому то "открытие" ;-))
...хоть "по диагонали", но мануалы к программам, иногда нужно читать..
-
Приветствую, пробовал вчера обновить новую версию 2.2.0-rc1 на связке Rarpberry Pi 3 + msi.SDR, запущен софт GQRX cсовместно с WSJTX (JTDX), перестал работать CAT: hamlib NET rigctl, впрочем на новой версии JTDX 2.1.0-rc150 тоже, откатился назад всё заработало. Hamlib обновил, не помогло...
На слабых PC функция раннего декодирования приводит к растянутому декоду и полезность сомнительна, на быстрых и так всё успевало до начала нового периода. -
При первом декоде загрузка около 11% , при втором около 16% и при последнем от 26 до 30% .
Чудо на таком процессоре. Посмотрел у себя 1.5-2.5 %
-
А где такое обитает?
Сорри, 2.2.0 RC1 -
Ну вы блин даёте ! ;-))))))
Это точно Михалыч!
Для кого я блин русский хелп в программе делал? -
Еще раз внимательно изучил загрузку CPU программой WSJT-X 2.2.0 rc1 через диспетчер задач. Потребление ресурсов процессора именно одной этой программой. Мода - FT8, глубина декодирования - Deep.
В момент декодирования:
- пустой диапазон (50 МГц) - до 0.5% (0 декодов за период);
- полупустой диапазон (21 МГц) - до 0.7% (до 10 декодов за период);
- загруженный диапазон (14 МГц) - до 7.3% (60-70 декодов за период).
В середине периода загрузка на всех диапазонах составляет 0.1-0.3%.
50 MHz.jpg
14 MHz.jpg
i9.jpg
-
Это общая загрузка процессора , а меняется когда декодирование идет. Запущено несколько программ .При первом декоде загрузка около 11% , при втором около 16% и при последнем от 26 до 30% .
У меня вопрос , работа в FT4 нажимаю Ctrl и щелкаю на позывном , но переходит только частота приема, а передача остается где была до этого. Если же зажать тот же Ctrl и щелкнуть по водопаду , то перемещается и прием и передача. Что делаю не так, а то приходится часто работать так сказать с разносом или переводить передачу в ручную к частоте приема.
Чудо на таком процессоре. Посмотрел у себя 1.5-2.5 %