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

**VA3LLZ** · 20.02.2018, 00:35

Только что установил JTDX v18.1.0.74. На первом же двойном клике программа снова перешла на время передачи корреспондента. Работаю в режиме JT65, FT8 не люблю и там практически не работаю. Все это у меня относится к режиму JT65. AutuSeq сейчас работает отлично. Багов не замечал.

**UA3DJY** · 20.02.2018, 00:38

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

Только что установил JTDX v18.1.0.74. На первом же двойном клике программа снова перешла на время передачи корреспондента. Работаю в режиме JT65, FT8 не люблю и там практически не работаю. Все это у меня относится к режиму JT65.

пока еще не чинили - завтра попробую воспроизвести и устранить причину

**UT8NT** · 20.02.2018, 00:51

Если про Косово, то все нормально , qso прошло без сбоев...
ну и за одно рапорта в приемном окне визуально соответствуют "ручейкам " на водопаде...

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

Название: kosovo.jpg
Просмотров: 36
Размер: 525.2 Кб
ID: 206558

**R7CA** · 20.02.2018, 01:07

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

**R0JF** · 20.02.2018, 02:22

18.1.0.74 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY

->Скрытый текст<-

**R7CA** · 20.02.2018, 02:57

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

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

Название: 1.jpg
Просмотров: 18
Размер: 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

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

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