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

[UA9LEW]

Прошу помощи зала. После обновления программы, не помню какого, появилась бяка.Шум на двух частотах. Вертикальные палочки- это проблема звуковой карты. Пробовал возвращаться на предыдущую версию, тоже самое. Хотя раньше такого не было. На других программах такого нет. Подскажите, что я не так делаю? Спасибо.

У Вас включен фильтр 2.5 кгц. Измените в настройках водопада waterfall gain и waterfall zero.

[UR6EF]

Спасибо Андрей. Но не могу настроить. Или ничего не видно или все красное. Подскажите как вы настраивали

[US4IRT]

Шум на двух частотах.

Михаил! Аналогичная картина если тронешь настройки.Поставьте как на скрине и движки все посередине.

[UA9LEW]

Михаил! Аналогичная картина если тронешь настройки.Поставьте как на скрине и движки все посередине.

Так они у него и так по центру стоят. А "N avg" отвечает только за скорость прокрутки водопада.
А вот "Bin/pixel" влияет, и сильно. Но по другой причине.
В WSJTx некорректно работает режим сглаживания (Flatten) в случаях если выбранная ширина водопада (устанавливается при помощи Bin/pixel) больше чем используемый в аппарате фильтр.

2Михаил:
Два простых способа решить проблему
1. Отключить режим сглаживания (чекбокс Flatten)
или
2. С помощью "Bin/pixel" выставить ширину отображения не больше чем полоса используемого Вами фильтра

[RZ1ZR]

с не давних пор после 2-3 минут работы появляется такое окно

не могу понять в чем дело, что он не может записать и куда ?
и как отключить запись wav файлов ?
версия 16.5rc3_UI3

[R6LCF]

С помощью "Bin/pixel" выставить ширину отображения не больше чем полоса используемого Вами фильтра

Так и у меня было в предыдущих версиях ,но сейчас полосу по приему в трансивере меняю как угодно при фиксированной полосе на водопаде программы.Сейчас версия от Игоря 16.4 есть и 16.5 но продолжаю на той что указал!

[UA9LEW]

Так и у меня было в предыдущих версиях ,но сейчас полосу по приему в трансивере меняю как угодно при фиксированной полосе на водопаде программы.

Я, просто, немного неточно выразился. Между пунктами 1 и 2 нужно читать не "и" а "или".
При выключенном flatten соотношение полосы и ширины водопада не имеет значения. Все отображается корректно.
Проблема наблюдается только при включённом режиме сглаживания.

[UR6EF]

Спасибо всем сочувствующим. Убрал шум. Ещё раз спасибо. А вот с декодированием на 58 секунде? Что надо подстроить? Да вот еще поставил для проверки шумовых полос HB9HQX? Заметил, что чувствительность HB9 по хуже всего на 1 дб. Но сигнал слабее 23 дб. просто не принимает. Так что JTDX рулит! Надо дальше осваивать

[EU1FQ]

... А вот с декодированием на 58 секунде? Что надо подстроить? ...

Если в настройках не стоит галочка Decode at t = 52s, то только нужен более мощный процессор, или поиграйтесь с настройками в разделе Advanced Например: 1-3-1 или 2-3-1 или 1-4-1 и т.д. Чем выше значение, тем более мощный нужен компьютер

[US4IRT]

Например: 1-3-1 или 2-3-1 или 1-4-1 и т.д.

А что означают эти цифры? Есть где то расшифровка что первая цифра,вторая и третья?

[R6LCF]

А вот с декодированием на 58 секунде?

Самое простое ,меняем настройки во вкладке Advanced ,по порядку ,первая верхняя это от мощности процессора,вторая ниже 4 это максимум ,это 5 проходов декодирования ниже меньше(попробуйте эти две величины под свой процессор). А как уложится в отведенное время и это визуально. Открываем правой кнопкой мыши Диспетчер задач , Производительность и далее Центральный процессор и запускаем весь процесс декодирования и смотрим по времени что и как и выбираем оптимальные величины указанные выше конкретно под производительность своего процессора и максимальное количество декодированных станций в отведенное время. И все ,ничего сложного!

[EU1FQ]

А что означают эти цифры? Есть где то расшифровка что первая цифра,вторая и третья?

Владимир, R6LCF уже очень толково ответил. Но ничего страшного нет в том, что кодирование переваливает за минуту. Как правило, 90 процентов корреспондентов декодируются в первые 8-10 секунд. У меня довольно слабая машина, но я установил значения 3-4-1, и очень часто, особенно когда много станций на диапазоне, кодирование заканчивается на 15-17 секунде. Уже привык, и особых неудобств мне это не доставляет.

[UA3DJY]

с не давних пор после 2-3 минут работы появляется такое окно

не могу понять в чем дело, что он не может записать и куда ?
и как отключить запись wav файлов ?
версия 16.5rc3_UI3

Исходный код на Фортране записывает на диск несколько текстовых файлов(2...3 файла каждый интервал и CALL3.TXT при нажатии кнопки add) и судя по картинке он пытается добавить запись в файл который открыт другим софтом, может это результат мониторинга компьютера антивирусным софтом(смотрите настройки антивирусного софта)?

Если очень необходимо полностью отключить запись звуковых файлов - попробуйте в WSJT-X.INI при выключенном JTDX(WSJT-X) вручную прописать несуществующий путь для записи файлов.

[UA3DJY]

А что означают эти цифры? Есть где то расшифровка что первая цифра,вторая и третья?

В закладке Advanced есть названия настроек, в переводе на русский:

Number of decoding attempts - количество попыток декодирования
Number of decoding passes - количество проходов декодирования
Hinted decoding DT range - диапазон DT для декодирования с подсказкой.

Если короткое название не отражает однозначно функционал то я обычно стараюсь делать пояснения, которые можно увидеть если навести на название или кнопку курсор мыши.

Google переводчик Вам в помощь.

[UA3DJY]

установил значения 3-4-1, и очень часто, особенно когда много станций на диапазоне, кодирование заканчивается на 15-17 секунде. Уже привык, и особых неудобств мне это не доставляет.

К сожалению проблемы при этом есть - если корреспондент декодирован поздно и Ваша передача начинается позже начала интервала то со временем интервала постепенно теряется способность исправления ошибок при декодировании Вашего сигнала на приемной стороне, при начале передачи примерно на 28-ой секунде исправления ошибок тракта уже нет и в этом случае остается надеяться только на мощность передатчика, отсутствие QRM на частоте и запас сигнал/шум на приемной стороне.

То есть, начиная передавать сообщение позже, Вы вносите в него ошибки в части интервала где оно не передается. Если начать передачу позже 28-ой...30-ой секунды
то ошибок будет так много что сообщение не будет декодировано даже при прямом подключении приемника к передатчику (вариант компьютер-компьютер).

Когда то делал тесты, видел что некоторые совсем короткие сообщения декодировались при начале передачи с 32-ой секунды интервала, но для работы в JT такие сообщения мало пригодны.

Вывод простой - для эффективного использования возможностей софта надо иметь тактовую частоту от 3ГГц и выше, и два ядра.