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

**RX3ASP** · 19.02.2018, 17:00

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

задержка подачи сигнала в устройстве воспроизведения еще может вноситься драйвером звуковой карты, посмотрите чей драйвер стоит, частота/разрядность устройств воспроизведения/записи должны быть 48 кГц 16 бит

В моём случае задержка подачи сигнала связана исключительно с задержкой декодирования JTDX. При малом количестве станций, при включенном фильтре или при быстром декодировании этих проблем нет. Их нет и с WSJT. Там передача начинается одновременно с РТТ, если потом с задержкой декодируется сообщение, требующее каких-то действий, то моё сообщение меняется или обрывается. На самом деле что в лоб, что по лбу - и то и другое плохо, но в WSJT можно CQ давать с большей вероятностью получить ответ.

**UA9OP** · 19.02.2018, 18:42

это совсем не то?????
180219_152730.wav
файл прилагается

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

Название: jtdx-7.jpg
Просмотров: 29
Размер: 134.0 Кб
ID: 206522

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

Название: wsjtx-10.jpg
Просмотров: 36
Размер: 91.5 Кб
ID: 206523

**UA3ALE** · 19.02.2018, 19:17

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

В моём случае задержка подачи сигнала связана исключительно с задержкой декодирования JTDX. При малом количестве станций, при включенном фильтре или при быстром декодировании этих проблем нет. Их нет и с WSJT. Там передача начинается одновременно с РТТ, если потом с задержкой декодируется сообщение, требующее каких-то действий, то моё сообщение меняется или обрывается. На самом деле что в лоб, что по лбу - и то и другое плохо, но в WSJT можно CQ давать с большей вероятностью получить ответ.

Проверил на стареньком нотбуке 2х1,6Ггц Интел ХР лицензионное было и осталось. 73 версия JTDX Автосек1 на 20м 25-27 станций одновременный декод Задержки передачи нет. Задержка декода около секунды,связи не мешает! провел связь с NG4C -13 -16 рапорта Связь трансивера с компьютером по USB Работать вполне можно!
Наверное работа на СДР вот там задержки вполне реальны! А на обычных трансиверах проблем быть не должно!

**UA1OMZ** · 19.02.2018, 20:10

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

Из-за использования слабого процессора Александр UA1OMZ попросил изменить алгоритм AutoSeq1, но решив одну проблему после изменения получил ряд других тоже вызванных скоростью работы процессора.

Думаю, что икалось весь день... Кстати я опять "в деле", нет не новый проц, старый (AMD Athlon(tm) 64 X2 Dual Core Processor 3800+). Начиная с 72 версии у меня прием и декодирование стабильные, субъективно, такие же по скорости, как в WSJTX и JTDX_34, не одного потерянного фрейма(периода приема) и нет задержек передачи, но только в режиме 1 thread! Может у меня ядра виртуальные(в этом вообще не разбираюсь), но в режимах 2 threads и auto, постоянно теряются фреймы и постоянное запаздывание передачи. Так-что "хилым процикам" снова welcome, но только в однопотоковом режиме 1 thread и выигрыша по скорости и качеству декодирования по сравнению с WSJTX и JTDX_34 не будет. Баг с непредсказуемыми рапортами подтверждаю, надо приводить хотя бы к относительному порядку. А вот алгоритм проведения связи, мне пока вообще не нравиться "нажми тогда, но не туда, а что бы там, надо убрать здесь..." Утрирую конечно, но в WSJT и JTDX_34 все интуитивно понятно и просто, выбрал AutoSeq1 и работаешь хоть на вызов, хоть на CQ, не работа, а песня, алгоритм всё сам за тебя сделает. Господа, кто начал с последних версий и задает много вопросов, попробуйте JTDX_34 и как говориться "почувствуйте разницу" и у вас останется только один вопрос к разработчиком - А почему бы не вернуться к алгоритму проведения связи, как в JTDX_34, ну или сделать ещё проще? )))

**RX3ASP** · 19.02.2018, 21:18

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

25-27 станций одновременный декод Задержки передачи нет. Задержка декода около секунды,связи не мешает! провел связь с NG4C -13 -16 рапорта Связь трансивера с компьютером по USB Работать вполне можно!

Ну не знаю, у меня задержка 2-3 сек. стабильно при 20-и станциях, возможно из-за шумов. Трансивер самый обычный, ТХ через СОМ-порт. На экране и на трансивере ТХ загораются одновременно с началом цикла передачи, а стрелка на тюнере встаёт только когда последний декод выведется. Да и на контрольном приемнике хорошо слышно - сразу несущая и только через 1-2-3 сек. "дудка" начинает играть.
Потоки стоят в авто. На всех старых компьютерах одинаково, где-то больше, где-то меньше, но везде задержка звука и через штатные звуковые карты и через внешние. Возможно действительно надо потоки поставить принудительно в "1".

**RC2SC** · 19.02.2018, 21:46

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

AMD Athlon(tm) 64 X2 Dual Core Processor 3800+

https://technical.city/ru/cpu/rating?pg=15

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

**UA3DJY** · 19.02.2018, 23:25

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

А почему бы не вернуться к алгоритму проведения связи, как в JTDX_34, ну или сделать ещё проще? )))

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

**UA3DJY** · 19.02.2018, 23:34

измененный функционал:
- восстановлена поддержка комбинации ALT+D для декодирования RX частоты
- сделан функционал ALT+F для переключения обхода текстовых фильтров
- удалены все изменения по префиксу Z6, он поддерживался в софте и ранее, сделанные изменения нарушили протокол WSJT-X
- добавлена индикация звездочкой декодированного FT8 Hint сообщения в окне приемной частоты
- устранен дефект передачи в неправильном периоде если пользователь кликнул на сообщении противоположного периода во время передачи сообщения
- улучшен и откалиброван алгоритм вычисления SNR. Новый алгоритм обеспечивает точность 1 дБ в условиях Гауссовского шума и при отсутствии пересечения с другим сигналом.

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

**UA3DJY** · 19.02.2018, 23:40

Звуковые файлы с симулированными FT8 сигналами (диапазон от -24 до +30дБ) для проверки точности определения SNR программой: https://cloud.mail.ru/public/LHX8/39xrqzEGG

В JTDX не поддерживается какая либо точность определения SNR для не-Гауссовского шума, в том числе при импульсных помехах и для пересекающихся сигналов.

Вопросы 'почему на водопаде еле видно а софт показал +10дБ' и наоборот, начиная с версии JTDX 18.1.0.74 рассматриваться не будут.

**UT8NT** · 20.02.2018, 00:31

Тестирую V74.
с первых минут вижу- SNR визуально стали обьективными, рапорта адекватны принимаемым сигналам нет запредельных оценок с плюсами и рапортов -24 через станцию....
Игорь отдельное спасибо за эту калибровку!!!

**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
Просмотров: 58
Размер: 525.2 Кб
ID: 206558

**R7CA** · 20.02.2018, 01:07

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