Вложение 174900
Курсор на двоечку и ставим галки или убираем и перезагружаем программу!
Вложение 174900
Курсор на двоечку и ставим галки или убираем и перезагружаем программу!
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193650
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193680
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193697
номера строк уже поменялись, если поднимите исходники времени поста, находящиеся на SourceForge, то найдете необходимые места в коде.
В этом линке меняете номер ревизии на необходимую чтобы увидеть ее исходники:
https://sourceforge.net/p/wsjt/wsjt/...ranches/wsjtx/
Альтернативно можно взять исходный код JTDX и все RR73, за исключением декодеров Hint и фильтров ложных декодирований в decode65b.f90, в нем поменять на R73.
Какое при этом станет сообщение, стандартное или свободный текст... думаю что свободный текст со всеми недостатками, в том числе на нем не будут работать декодеры Hint софта JTDX и двойной щелчок левой клавиши мыши.
Эффективность использования RR73 в том что это сочетание соответствует грид локатору и сообщение остается стандартным.
Стандартное сообщение протокола JT65 специально метится одним битом в последовательности при его формировании на передачу.
Отличный софт.Декодирует значительно лучше чем jt65 от HB9HQX.но плохо ,что повторы не отображает.Спасибо UA3DJY.Но У меня такой нюанс.Бывает просто перестает декодировать,потом опять декодирует.как ни в чем не бывало.Время синхронизированно,интернетом во время работы не пользуюсь,замечал,что не любит она интернет.У меня версия 16.9.1.Где искать причину?
том не пользуюсь во время работы .
Игорь, изменения будут внесены в программу?
Вложение 174941
Давно такого не было.36 декодов. 7.076 Мгц.
По приему - обязательно, на передачу пока сомнения, скорее всего сделаю прием после публикации рабочей версии WSJT-X 1.7 c этим функционалом в общий доступ.
Интересно как будет решаться вопрос совместимости с старым софтом - большая часть пользователей по инерции использует старые версии софтов, похоже что несколько месяцев после сдачи WSJT-X 1.7 в эксплуатацию в эфире будет хаос.
Тоже перестает декодировать, потом не возобновляется.
Вложение 175017
Эта надпись означает что Вы подаете на софт сигнал в котором синхропоследовательности расположены с шагом не более 0.3 Гц.
Ограничения по проходам декодирования:
первый проход - 150 кандидатов
второй проход - 35 кандидатов
третий проход - 35 кандидадов
четвертый проход - 35 кандидатов
---
итого 255 кандидатов
Кандидаты (синхропоследовательности) на частоте QSO идут поверх этого ограничения, то есть у Вас на четырех проходах суммарно в полосе 7 Гц было (351-255)=96 сигналов синхропоследовательностей.
В JTDX v17.0.1 я уже сделал принудительную остановку софта до превышения индекса массива dtchk с выдачей сообщения на экран: "Программа остановлена: искажения входного сигнала".
Можно продолжить повышать планку максимального количества кандидатов, например с 350 до 500 в одном интервале, но считаю что правильнее будет сказать оператору что неисправен или перегружен тракт приема, используются неродные или поломанные драйвера звуковой карты или идет передискретизация частоты ломающая сигнал.
Было бы очень хорошо, если сделать контроль по QTH Локатору - - Новый QTH, Новый QTH на диапазоне, Новый QTH в моде.
Сегодня получил письмо от одного из пользователей в котором говорится что эта проблема бывает при появлении на диапазоне сигналов с уровнем S9 +10 +20 дБ, то есть у него она связана с перегрузкой НЧ тракта.
Не берите сигнал с разъема наушников приемника, а если другой возможности взять сигнал нет то не подавайте такой сигнал напрямую на микрофонный вход звуковой карты.
Оптимальным по динамическому диапазону для классических приемников является подключение "линейный НЧ выход приемника - линейный вход звуковой карты", если у звуковой карты нет линейного входа то придется использовать подключение "линейный НЧ выход приемника - микрофонный вход звуковой карты" и здесь уже желателен аттенюатор.
Если у приемника нет линейного выхода то при снятии сигнала с разъема наушников нельзя отключать АРУ, а при подаче такого сигнала на микрофонный вход звуковой карты обязателен аттенюатор.
Доработал версию 17.0.1, софт будет продолжать работать но будет прерываться декодирование конкретного интервала с выводом сообщения в окно декодированных сообщений.
Сегодня соберу 16.9.4 с этим решением, всем кто сообщил об этой проблеме перешлю линк на софт 16.9.4 личным сообщением, если кому то еще необходимо сейчас решение этой проблемы - пожалуйста запрос на софт личным сообщением.
Вложение 175041
Перестали декодироваться станции JT9 в режиме JT9+JT65. В режиме JT9 декодируются нормально. Такое же стало и в программе WSJTX. Что могло произойти ? Пробовал переустанавливать программы. Не помогло.