прошу подсказать, что это
065230 -17 -0.4 2130 ~ F6FOA/IMAGE
прошу подсказать, что это
065230 -17 -0.4 2130 ~ F6FOA/IMAGE
Почитайте в этой теме http://forum.qrz.ru/6-cifrovye-vidy-...ontroller.html
Здравствуйте. Подскажите пожл. Есть ли такая версия WSIT для FT8, чтобы в ней находились фильтры. Хотя бы для СQ с кем уже сработал. Я не успеваю "ухватить" в бегущей строке приёмного окна нужную станцию. Если щелкну по позывному мышкой раньше, чем эта строка остановиться, то неизвестно на кого она попадёт из предложенного списка. А если подождать пока весь список станций закончиться в данном интервале, то в лучшем случае моя передача пойдет на 3-4 секунде. Может в настройках можно что-то сделать.
это такой кривой сигнал от RK4FF или прохождение?
Вложение 206502
Этот режим рекомендуется для хилых процессоров. Однако на деле происходит следующее. Передача данных начинается только ПОСЛЕ ОКОНЧАНИЯ ДЕКОДИРОВАНИЯ. Т.е. физически передача COM RTS >>> PTT включается на 00 сек. цикла и даже сообщения при необходимости на экране меняются, но в эфир НИЧЕГО не передаётся, кроме подавленной несущей. И это, похоже, во всех режимах, в т.ч. при работе на CQ. Единственное, что выручает, это фильтр. Обнаружил это, контролируя себя через голландский SDR. Все идут с DT в среднем 0,7 а себя принимаю от 2,2 и хуже (т.е. совсем не принимаю). На пустом диапазон всё хорошо, но если больше 15 станций, то на общий вызов работать бесполезно. Началось это сравнительно недавно, возможно с 0.71
Приношу извинения UA1OMZ: Был неправ и невнимателен по данной проблеме! http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1445364
Сколько у процессора ядер? С появлением многопотока в декодировании нагрузка на двухядерные и более процессоры выросла и при двух ядрах он может просто не успевать вовремя дать звуковой поток на передачу, а судя по большому значению DT происходит именно задержка звукового потока.
На медленном процессоре не надо вручную включать большее количество потоков декодирования чем суммарное количество ядер процессора, есть смысл использовать автомат.
Из-за использования слабого процессора Александр UA1OMZ попросил изменить алгоритм AutoSeq1, но решив одну проблему после изменения получил ряд других тоже вызванных скоростью работы процессора.
Когда то экспериментировал с декодированием JT65 - внешняя фильтрация приводила к снижению эффективности декодирования и потере части слабых сигналов.
Пробовал вырезать 'трески' в JTDX перед декодером во временной и частотной областях - также получал снижение эффективности декодирования слабых сигналов.
Лучше делать сетап с выключенной АРУ или с поднятым порогом АРУ, а при необходимости включать аттенютаор по антенному входу, на SDR.
задержка подачи сигнала в устройстве воспроизведения еще может вноситься драйвером звуковой карты, посмотрите чей драйвер стоит, частота/разрядность устройств воспроизведения/записи должны быть 48 кГц 16 бит
Если используемое устройство в операционке выставлено устройством по умолчанию попробуйте назначить какое нибудь другое по умолчанию.
О такой ситуации я спрашивал на теме ранее. Мне ответили, что WSJT-x такой "примочки" нету. Если использовать совместно с прогой JT Alert, то в этой проге есть неподвижные кнопки, куда заносятся позывные. При их помощи, можно не дергаться за строками и вызывать спокойно. Посмотрите страницы темы ранее, там есть скрин интерфейса.
-------------------------------
У себя, JT Alert я не ставил. Использую WSJT совместно с ЛогНх. В основное обзорное окно заходят все декод. позывные. А что мне нужно, я вижу в окнах "стат.стран/моды" и "предъидущие ЩСО".
Версия 18.1.0.74_2 При двойном щелчке программа продолжает перескакивать на время передачи корреспондента Независимо от AutoSeq включен он или нет.
Вложение 206519 Вложение 206517