Перестало вообще декодироваться
Вложение 206564
Перестало вообще декодироваться
Вложение 206564
...У меня также этого не наблюдается, и браузер активный(читаю новости и др.)и в скайпе беседую...Win 7
Публикуется с целью показать реальные возможности использования моды FT8, также для тех пользователей кто считает что FT8 сигнал с SNR -24дБ может быть декодирован.
Симулированный сигнал на частоте 1500 Гц, пакеты по 100 файлов с одним сигналом в диапазоне от -20 до -25дБ SNR (общий размер 141 МБ) :
https://cloud.mail.ru/public/6qpW/nuyZFEt6Q
Каждый может самостоятельно проверить как основной декодер FT8 и декодер FT8AP (Hint) декодируют сигналы с малым SNR.
Я конечно понимаю........что во время работы в цифровых модах можно видео/теле передачи посмотреть ,новости почитать ,а потом пожаловаться в теме что проц. дохловат ну а тех кто все ресурсы ,кстати весьма "не хилые" направляет на декодирование еще и покритиковать за то что имеют очень мощные компы и выбиваются из общего ряда.
Я поражаюсь,во время работы в цифровых модах даже антивирус Касперского отключаю ,а зачем он нужен и что бы не влиял и синхронизация времени до ....сотых....И работает все на "УРА" и жалоб нет и результаты неплохие. Ну да ладно ,чего это я разошелся . Кому что ...."кто на что учился" и в итоге соответствующий результат.
Игорь, а у меня сформулировалось весьма толковое (на мой взгляд) предложение по AutoSec!
Давно наблюдаю, что не всегда можно "быстро" завершить связь, передав RR73 - довольно часто в ответ получаю опять рапорт... Понимаю, что это у Коллег софт так работает, ждет либо RRR, либо 73. Если руками заставить программу передать не RR73, а ПРОСТО 73 - QSO успешно завершается.
Отсюда предложение - чтобы по 100 раз не гонять RR73, может быть стОит ввести в функционал правило - "если дважды передали RR73, но получаем вновь R-рапорт, далее передаем ПРОСТО 73".
Мне кажется, это будет вполне не лишним.
Еще одно маленькое предложение - по автоматическому отключению Rx-Filter!
Тоже, скажем, после автоматического включения дважды передаем рапорт, но если в ответ ничего не приняли, выключаем фильтр (корреспондент наверняка просто частоту TX поменял).
Не важно браузер это, или просто окно проводника или любая другая программа. Именно в момент переключения между окнами сигнал пропадает. Во время передачи это хорошо видно по индикатору выходной мощности в трансивере. Звуковая модуляция кратковременно исчезает совсем, именно в момент переключения между окнами.
У меня так и сделано. Я имел ввиду, как совсем убрать это самое лишнее CQ. Не говоря уже про другие фильтры. В приёмном окне и так много строчек. Затрудняется выбор станции. За 3 секунды надо успеть выбрать нужную станцию, а потом подумать нужна ли она тебе вообще.
Как подсказал RK1NA , нужную станцию выбирать для следующего периода.
Андрюша,
тестирую работу 74-ой через WebSDR (OS Windows 10 Enterprise x64). При свернутом виде (свернуто основное окно и окно wide graph) JTDX спокойно декодирует сигналы.
Может быть то, что ты описал происходит в предыдущих версиях OS Windows и на x32 разрядной системе.
Сделал видео про это. Чуть позже выложу.
Для интересующихся WSJT-X, сегодня получил новую версию:
wsjtx-1.9.0-rc1-build-8510, файл здесь:
https://cloud.mail.ru/public/5Pn2/ctRVBF68D