В трансивере USB включено при этом?Цитата:
Сообщение от UA0AD
В трансивере USB включено при этом?Цитата:
Сообщение от UA0AD
Загрузка процессора: если другие процессы не берут ресурсы то уменьшайте глубину декодирования. Пропуски звука могут быть связаны и с драйвером звукового устройства. На старых операционках Windows есть проблемы с передискретизацией звукового потока, в настройках должно быть выставлено 48000 Гц 16 бит.Цитата:
Сообщение от UA0AD
1. нетуЦитата:
Сообщение от RX3ASP
2. скрин не смотрели, да?
3. камень древний, конечно, но 30-40% на дип декоде:
Вложение 221631
4. перегружал и комп и трансивер.
5. новый фт8, конечно-же, вариант, но не когда _все_ юзают его несколько периодов подряд, а потом обратно работают в старом.
пока никакой корелляции не вижу, почему то работает, то кнопка "декод" даже не загорается...
нашёл корелляцию, оставив монитор ресурсов с написания прошлой мессаги. Б~же, кто бы мог подумать, что просматривание видосиков на поганом рутьюбе может грузить камень на 60%..... И, кстати, нигде не звякнуло, что декодировать начинает при переходе с видосика на видосик или установке их на паузу. с ютубом никогда такого нету..Цитата:
Сообщение от UA3DJY
edit: зато софт обновил =)
И в WSJT-X и в JTDX есть счетчик количества принятых звуковых фреймов, в момент достижения заданного порога включается декодер. Если в периоде звуковых фреймов программа получила меньше чем надо то кнопка Decode не загорается.Цитата:
Сообщение от UA0AD
ну понятно, в принципе, значит, пока рутьюб грузил мне проц, фреймы скипались. раньше никогда просто с таким не встречался, а тут потянуло "на странненькое" и попал... =)Цитата:
Сообщение от UA3DJY
Здесь уже вряд ли сможем помочь: пока пользователи не захотят перейти на новый протокол на 77-бит будет пусто.Цитата:
Сообщение от RJ7M
Возможно процесс перехода ускорит выпуск WSJT-X 2.0 в общее пользование с поддержкой только протокола 77 бит, скорее всего в декабре.
Да-а. Интересно будет понаблюдать, как долго ещё будет "раскол" длится на 77 и 73 после декабря... .Цитата:
Сообщение от UA3DJY
Коллеги,
Заметил, что споты от меня (Calls You Spotted) перестали уходить на HamSpots. Работаю JTDX 18.1.100-RUS. В закладках UDP -сервер 127.0.0.1, номер порта UDP сервера 2237, Галки "разрешить отправку спотов..." стоят. Что поправить?
Вложение 221681
Подавляющее большинство спотов попадают на ресурс Hamspots из софта JTAlert.Цитата:
Сообщение от R3SE
Похоже на сбой в работе сервера Hamspots, сегодня на форуме поддержки JTAlert было еще одно сообщение что споты не показываются: https://hamapps.groups.io/g/Support/message/22156
[QUOTE=R3SE;1521650]Коллеги,
Заметил, что споты от меня (Calls You Spotted) перестали уходить на HamSpots. Работаю JTDX 18.1.100-RUS. В закладках UDP -сервер 127.0.0.1, номер порта UDP сервера 2237, Галки "разрешить отправку спотов..." стоят. Что поправить?
это уже несколько версий наблюдается, по крайней мере у меня так же, как у вас.
To UA3DJY:
Игорь, в более ранних версиях можно было отслеживать станцию по префиксу, вернее по первым трем знакм. Было очень удобно. Теперь только по полному позывному. Это уже навсегда?
Чего то не вижу в настройках этого сервера, Борис. Есть PSK и Summit. HamSpots не вижу.Цитата:
Сообщение от UX8IW
да что то не рядышком...от меня за сутки ни одного спота не прошло...и похоже что это не работает связка HamSpot-PSKReporter....
Василий, непосредственно прямой связи JTDX с HamSpots нет, она осуществляется опосредовано через ресурсы PSK и Summit.Цитата:
Сообщение от US4IRT