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

**R7CA** · 20.02.2018, 02:57

Перестало вообще декодироваться

Нажмите на изображение для увеличения.

Название: 1.jpg
Просмотров: 20
Размер: 252.7 Кб
ID: 206564

**RA0SMS** · 20.02.2018, 05:37

Сообщение от R7CA

на 73ем релизе заметил что программа не декодирует в фоне? в 74ом так же..
если к примеру не сворачивая программу открыть на секунду браузер или ещё что либо, то
вернувшись в программу и дождавшись окончания периода декодирования не произойдёт.
В прошлых релизах я пользовался браузером во время QSO или в режиме SWL без проблем.

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

**RW4LN** · 20.02.2018, 08:02

Сообщение от RA0SMS

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

У меня это не наблюдается, и браузер активный, и фильм смотрю, декодирование идет нормально. У меня вин10, может из-за него все нормально?

**UA3DTK** · 20.02.2018, 09:06

...У меня также этого не наблюдается, и браузер активный(читаю новости и др.)и в скайпе беседую...Win 7

**EU1FQ** · 20.02.2018, 09:16

Сообщение от RX3ASP

Этот режим рекомендуется для хилых процессоров. Однако на деле происходит следующее. Передача данных начинается только ПОСЛЕ ОКОНЧАНИЯ ДЕКОДИРОВАНИЯ. Т.е. физически передача COM RTS >>> PTT включается на 00 сек. цикла и даже сообщения при необходимости на экране меняются, но в эфир НИЧЕГО не передаётся, кроме подавленной несущей. И это, похоже, во всех режимах, в т.ч. при работе на CQ. Единственное, что выручает, это фильтр. Обнаружил это, контролируя себя через голландский SDR. Все идут с DT в среднем 0,7 а себя принимаю от 2,2 и хуже (т.е. совсем не принимаю). На пустом диапазон всё хорошо, но если больше 15 станций, то на общий вызов работать бесполезно. Началось это сравнительно недавно, возможно с 0.71

Раньше долго мучился точно с такой проблемой. Потом, как ни парадоксально, переставил планки памяти в другие слоты и проблема полностью пропала. Может кому поможет.

**UA1OMZ** · 20.02.2018, 09:32

Сообщение от RA0SMS

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

Скорее всего это происходит из-за резкой разсинхронизации времени, обратите внимание на показатель ДТ, влияние браузеров на системное время уже обсуждалось...

**UA3DJY** · 20.02.2018, 09:47

Публикуется с целью показать реальные возможности использования моды FT8, также для тех пользователей кто считает что FT8 сигнал с SNR -24дБ может быть декодирован.

Симулированный сигнал на частоте 1500 Гц, пакеты по 100 файлов с одним сигналом в диапазоне от -20 до -25дБ SNR (общий размер 141 МБ) :
https://cloud.mail.ru/public/6qpW/nuyZFEt6Q

Каждый может самостоятельно проверить как основной декодер FT8 и декодер FT8AP (Hint) декодируют сигналы с малым SNR.

**R6LCF** · 20.02.2018, 09:52

Сообщение от UA1OMZ

влияние браузеров на системное время уже обсуждалось...

Я конечно понимаю........что во время работы в цифровых модах можно видео/теле передачи посмотреть ,новости почитать ,а потом пожаловаться в теме что проц. дохловат ну а тех кто все ресурсы ,кстати весьма "не хилые" направляет на декодирование еще и покритиковать за то что имеют очень мощные компы и выбиваются из общего ряда.
Я поражаюсь,во время работы в цифровых модах даже антивирус Касперского отключаю ,а зачем он нужен и что бы не влиял и синхронизация времени до ....сотых....И работает все на "УРА" и жалоб нет и результаты неплохие. Ну да ладно ,чего это я разошелся . Кому что ...."кто на что учился" и в итоге соответствующий результат.

**R0JF** · 20.02.2018, 10:32

Сообщение от UA3DJY

уже говорил: возврата назад не будет, не надо больше поднимать этот вопрос

Игорь, а у меня сформулировалось весьма толковое (на мой взгляд) предложение по AutoSec!

Давно наблюдаю, что не всегда можно "быстро" завершить связь, передав RR73 - довольно часто в ответ получаю опять рапорт... Понимаю, что это у Коллег софт так работает, ждет либо RRR, либо 73. Если руками заставить программу передать не RR73, а ПРОСТО 73 - QSO успешно завершается.

Отсюда предложение - чтобы по 100 раз не гонять RR73, может быть стОит ввести в функционал правило - "если дважды передали RR73, но получаем вновь R-рапорт, далее передаем ПРОСТО 73".

Мне кажется, это будет вполне не лишним.

Еще одно маленькое предложение - по автоматическому отключению Rx-Filter!
Тоже, скажем, после автоматического включения дважды передаем рапорт, но если в ответ ничего не приняли, выключаем фильтр (корреспондент наверняка просто частоту TX поменял).

**RA0SMS** · 20.02.2018, 10:53

Сообщение от UA1OMZ

Скорее всего это происходит из-за резкой разсинхронизации времени, обратите внимание на показатель ДТ, влияние браузеров на системное время уже обсуждалось...

Не важно браузер это, или просто окно проводника или любая другая программа. Именно в момент переключения между окнами сигнал пропадает. Во время передачи это хорошо видно по индикатору выходной мощности в трансивере. Звуковая модуляция кратковременно исчезает совсем, именно в момент переключения между окнами.

**UA3GQ** · 20.02.2018, 10:58

Сообщение от UN3G

Сообщение от UA3GQ
Хотя бы для СQ с кем уже сработал
Элементарно! В установках в разделе "Colors" в строке "CQ in message" делаете черный шрифт на белом фоне, будут окрашиваться CQ только New DXCC и New Call.

У меня так и сделано. Я имел ввиду, как совсем убрать это самое лишнее CQ. Не говоря уже про другие фильтры. В приёмном окне и так много строчек. Затрудняется выбор станции. За 3 секунды надо успеть выбрать нужную станцию, а потом подумать нужна ли она тебе вообще.
Как подсказал RK1NA , нужную станцию выбирать для следующего периода.

**UA3OA** · 20.02.2018, 11:09

Сообщение от RA0SMS

Не важно браузер это, или просто окно проводника или любая другая программа. Именно в момент переключения между окнами сигнал пропадает. Во время передачи это хорошо видно по индикатору выходной мощности в трансивере. Звуковая модуляция кратковременно исчезает совсем, именно в момент переключения между окнами.

Звуковая карта одна?

**RC3C** · 20.02.2018, 11:13

Сообщение от R7CA

если к примеру не сворачивая программу открыть на секунду браузер или ещё что либо, то
вернувшись в программу и дождавшись окончания периода декодирования не произойдёт.
В прошлых релизах я пользовался браузером во время QSO или в режиме SWL без проблем.

Андрюша,
тестирую работу 74-ой через WebSDR (OS Windows 10 Enterprise x64). При свернутом виде (свернуто основное окно и окно wide graph) JTDX спокойно декодирует сигналы.
Может быть то, что ты описал происходит в предыдущих версиях OS Windows и на x32 разрядной системе.
Сделал видео про это. Чуть позже выложу.