-
19.02.2018, 17:00 #11356
- Регистрация
- 26.11.2003
- Адрес
- Москва
- Возраст
- 61
- Сообщений
- 1,306
- Поблагодарили
- 442
- Поблагодарил
- 64
В моём случае задержка подачи сигнала связана исключительно с задержкой декодирования JTDX. При малом количестве станций, при включенном фильтре или при быстром декодировании этих проблем нет. Их нет и с WSJT. Там передача начинается одновременно с РТТ, если потом с задержкой декодируется сообщение, требующее каких-то действий, то моё сообщение меняется или обрывается. На самом деле что в лоб, что по лбу - и то и другое плохо, но в WSJT можно CQ давать с большей вероятностью получить ответ.
Юрий RX3ASP
73!
-
19.02.2018, 18:42 #11357
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 73
- Сообщений
- 1,686
- Поблагодарили
- 128
- Поблагодарил
- 55
это совсем не то?????
180219_152730.wav
файл прилагается73! Валерий (UA9OP)
-
19.02.2018, 19:17 #11358
- Регистрация
- 16.03.2013
- Адрес
- Москва
- Возраст
- 78
- Сообщений
- 1,128
- Поблагодарили
- 374
- Поблагодарил
- 48
Проверил на стареньком нотбуке 2х1,6Ггц Интел ХР лицензионное было и осталось. 73 версия JTDX Автосек1 на 20м 25-27 станций одновременный декод Задержки передачи нет. Задержка декода около секунды,связи не мешает! провел связь с NG4C -13 -16 рапорта Связь трансивера с компьютером по USB Работать вполне можно!
Наверное работа на СДР вот там задержки вполне реальны! А на обычных трансиверах проблем быть не должно!Виталий UA3ALE
-
19.02.2018, 20:10 #11359
- Регистрация
- 21.08.2006
- Адрес
- Коряжма
- Возраст
- 53
- Сообщений
- 323
- Поблагодарили
- 166
- Поблагодарил
- 463
Думаю, что икалось весь день... Кстати я опять "в деле", нет не новый проц, старый (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, ну или сделать ещё проще? )))
Последний раз редактировалось UA1OMZ; 19.02.2018 в 20:19.
С уважением, Александр, RM1O. 73!
-
19.02.2018, 21:18 #11360
- Регистрация
- 26.11.2003
- Адрес
- Москва
- Возраст
- 61
- Сообщений
- 1,306
- Поблагодарили
- 442
- Поблагодарил
- 64
Ну не знаю, у меня задержка 2-3 сек. стабильно при 20-и станциях, возможно из-за шумов. Трансивер самый обычный, ТХ через СОМ-порт. На экране и на трансивере ТХ загораются одновременно с началом цикла передачи, а стрелка на тюнере встаёт только когда последний декод выведется. Да и на контрольном приемнике хорошо слышно - сразу несущая и только через 1-2-3 сек. "дудка" начинает играть.
Потоки стоят в авто. На всех старых компьютерах одинаково, где-то больше, где-то меньше, но везде задержка звука и через штатные звуковые карты и через внешние. Возможно действительно надо потоки поставить принудительно в "1".Юрий RX3ASP
73!
-
19.02.2018, 21:46 #11361
- Регистрация
- 12.08.2006
- Адрес
- Рязань
- Возраст
- 59
- Сообщений
- 2,629
- Поблагодарили
- 882
- Поблагодарил
- 290
73! Владимир (RC2SC)
-
19.02.2018, 23:25 #11362
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
19.02.2018, 23:34 #11363
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
JTDX v18.1.0.74 - тестирование нового функционала
измененный функционал:
- восстановлена поддержка комбинации ALT+D для декодирования RX частоты
- сделан функционал ALT+F для переключения обхода текстовых фильтров
- удалены все изменения по префиксу Z6, он поддерживался в софте и ранее, сделанные изменения нарушили протокол WSJT-X
- добавлена индикация звездочкой декодированного FT8 Hint сообщения в окне приемной частоты
- устранен дефект передачи в неправильном периоде если пользователь кликнул на сообщении противоположного периода во время передачи сообщения
- улучшен и откалиброван алгоритм вычисления SNR. Новый алгоритм обеспечивает точность 1 дБ в условиях Гауссовского шума и при отсутствии пересечения с другим сигналом.
-
19.02.2018, 23:40 #11364
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Звуковые файлы с симулированными FT8 сигналами (диапазон от -24 до +30дБ) для проверки точности определения SNR программой: https://cloud.mail.ru/public/LHX8/39xrqzEGG
В JTDX не поддерживается какая либо точность определения SNR для не-Гауссовского шума, в том числе при импульсных помехах и для пересекающихся сигналов.
Вопросы 'почему на водопаде еле видно а софт показал +10дБ' и наоборот, начиная с версии JTDX 18.1.0.74 рассматриваться не будут.Последний раз редактировалось UA3DJY; 20.02.2018 в 00:12.
-
20.02.2018, 00:31 #11365
- Регистрация
- 09.03.2009
- Адрес
- Винница, Украина (KN49FF)
- Возраст
- 50
- Сообщений
- 176
- Поблагодарили
- 90
- Поблагодарил
- 108
Тестирую V74.
с первых минут вижу- SNR визуально стали обьективными, рапорта адекватны принимаемым сигналам нет запредельных оценок с плюсами и рапортов -24 через станцию....
Игорь отдельное спасибо за эту калибровку!!!73. - Вячеслав (UT8NT)
-
20.02.2018, 00:35 #11366
- Регистрация
- 25.03.2016
- Сообщений
- 127
- Поблагодарили
- 60
- Поблагодарил
- 91
Только что установил JTDX v18.1.0.74. На первом же двойном клике программа снова перешла на время передачи корреспондента. Работаю в режиме JT65, FT8 не люблю и там практически не работаю. Все это у меня относится к режиму JT65. AutuSeq сейчас работает отлично. Багов не замечал.
Последний раз редактировалось VA3LLZ; 20.02.2018 в 00:39.
-
20.02.2018, 00:38 #11367
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
20.02.2018, 00:51 #11368
-
20.02.2018, 01:07 #11369
- Регистрация
- 24.04.2007
- Адрес
- Новороссийск
- Сообщений
- 13,453
- Поблагодарили
- 4917
- Поблагодарил
- 1811
на 73ем релизе заметил что программа не декодирует в фоне? в 74ом так же..
если к примеру не сворачивая программу открыть на секунду браузер или ещё что либо, то
вернувшись в программу и дождавшись окончания периода декодирования не произойдёт.
В прошлых релизах я пользовался браузером во время QSO или в режиме SWL без проблем.Андрей ex: UA0IAK, RA4CF, UA0IT.
-
20.02.2018, 02:22 #11370
- Регистрация
- 12.05.2010
- Адрес
- Новотроицкое
- Возраст
- 54
- Сообщений
- 1,863
- Поблагодарили
- 1480
- Поблагодарил
- 327
18.1.0.74 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY
73! Игорь R0JF ex. RA0JF (Дядя Фёдор)
Социальные закладки