У Вас включен фильтр 2.5 кгц. Измените в настройках водопада waterfall gain и waterfall zero.
Вложение 170318
У Вас включен фильтр 2.5 кгц. Измените в настройках водопада waterfall gain и waterfall zero.
Вложение 170318
Спасибо Андрей. Но не могу настроить. Или ничего не видно или все красное. Подскажите как вы настраивали
Так они у него и так по центру стоят. А "N avg" отвечает только за скорость прокрутки водопада.
А вот "Bin/pixel" влияет, и сильно. Но по другой причине.
В WSJTx некорректно работает режим сглаживания (Flatten) в случаях если выбранная ширина водопада (устанавливается при помощи Bin/pixel) больше чем используемый в аппарате фильтр.
2Михаил:
Два простых способа решить проблему
1. Отключить режим сглаживания (чекбокс Flatten)
или
2. С помощью "Bin/pixel" выставить ширину отображения не больше чем полоса используемого Вами фильтра
с не давних пор после 2-3 минут работы появляется такое окно
Вложение 170324
не могу понять в чем дело, что он не может записать и куда ?
и как отключить запись wav файлов ?
версия 16.5rc3_UI3
Спасибо всем сочувствующим. Убрал шум. Ещё раз спасибо. А вот с декодированием на 58 секунде? Что надо подстроить? Да вот еще поставил для проверки шумовых полос HB9HQX? Заметил, что чувствительность HB9 по хуже всего на 1 дб. Но сигнал слабее 23 дб. просто не принимает. Так что JTDX рулит! Надо дальше осваивать :s10:
Самое простое ,меняем настройки во вкладке Advanced ,по порядку ,первая верхняя это от мощности процессора,вторая ниже 4 это максимум ,это 5 проходов декодирования ниже меньше(попробуйте эти две величины под свой процессор). А как уложится в отведенное время и это визуально. Открываем правой кнопкой мыши Диспетчер задач , Производительность и далее Центральный процессор и запускаем весь процесс декодирования и смотрим по времени что и как и выбираем оптимальные величины указанные выше конкретно под производительность своего процессора и максимальное количество декодированных станций в отведенное время. И все ,ничего сложного!
Владимир, R6LCF уже очень толково ответил. Но ничего страшного нет в том, что кодирование переваливает за минуту. Как правило, 90 процентов корреспондентов декодируются в первые 8-10 секунд. У меня довольно слабая машина, но я установил значения 3-4-1, и очень часто, особенно когда много станций на диапазоне, кодирование заканчивается на 15-17 секунде. Уже привык, и особых неудобств мне это не доставляет.
Исходный код на Фортране записывает на диск несколько текстовых файлов(2...3 файла каждый интервал и CALL3.TXT при нажатии кнопки add) и судя по картинке он пытается добавить запись в файл который открыт другим софтом, может это результат мониторинга компьютера антивирусным софтом(смотрите настройки антивирусного софта)?
Если очень необходимо полностью отключить запись звуковых файлов - попробуйте в WSJT-X.INI при выключенном JTDX(WSJT-X) вручную прописать несуществующий путь для записи файлов.
В закладке Advanced есть названия настроек, в переводе на русский:
Number of decoding attempts - количество попыток декодирования
Number of decoding passes - количество проходов декодирования
Hinted decoding DT range - диапазон DT для декодирования с подсказкой.
Если короткое название не отражает однозначно функционал то я обычно стараюсь делать пояснения, которые можно увидеть если навести на название или кнопку курсор мыши.
Google переводчик Вам в помощь.
К сожалению проблемы при этом есть - если корреспондент декодирован поздно и Ваша передача начинается позже начала интервала то со временем интервала постепенно теряется способность исправления ошибок при декодировании Вашего сигнала на приемной стороне, при начале передачи примерно на 28-ой секунде исправления ошибок тракта уже нет и в этом случае остается надеяться только на мощность передатчика, отсутствие QRM на частоте и запас сигнал/шум на приемной стороне.
То есть, начиная передавать сообщение позже, Вы вносите в него ошибки в части интервала где оно не передается. Если начать передачу позже 28-ой...30-ой секунды
то ошибок будет так много что сообщение не будет декодировано даже при прямом подключении приемника к передатчику (вариант компьютер-компьютер).
Когда то делал тесты, видел что некоторые совсем короткие сообщения декодировались при начале передачи с 32-ой секунды интервала, но для работы в JT такие сообщения мало пригодны.
Вывод простой - для эффективного использования возможностей софта надо иметь тактовую частоту от 3ГГц и выше, и два ядра.