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

[RX3ASP]

Не поленился, на совсем древнем компе Р2600HT+3.5Gb снес win7 и поставил XP.
В городской квартире сделал опыт. Почитал где искать WebSDR, его сигнал подал с основного компа через аудио выход на вход старичка, не заморачивался с уровнями особо. даже корректировать разбег времени около 2с не стал.
Штош, мораль такова, что дело не столько в возможностях ХР, сколько в неспособности даже 4-ядерников переваривать то кол-во пациентов в эфире, которое за последние годы появилось.
При самых агрессивных настройках не более 35 декодов за (внимание) 8 секунд! Что интересно, это на SP3. Если не ставить SP3 и оставить минимальный набор драйверов+отключить на стадии запуска треть служб, то секунда отыгрывается в лучшую сторону.
Если оставить по 1 проходу и упростить еще ряд настроек, то за +2с декодируется не более 20 проходов. В общем, все идем стройными рядами за 8-ядерниками. Но уже через пару лет и этого будет мало.
Вот если бы можно было фильтр включать на этапе ДО декодирования, тогда бы куда ни шло... Но нет.. Не ожидал, что мы встанем в один ряд с игроманами, которые не успевают за трендами.

RX Filter включается ДО декодирования. Конечно, это не полноценный "железный" фильтр в приёмнике, но тем не менее.
Что за Р2600HT? Не очень понял суть эксперимента - зачем надо было ХР ставить и два компа связывать проводами?
Q6600 почти 15-летний с замусоренным Win7х64 с включенным браузером, на 40-60 декодов тратит максимум +1,2 секунды при 1 проходе и CL=100% Этого вполне достаточно для нормальной работы. При 3-х проходах максимум 3,5 сек. А вот SWL с 3-мя проходами вешает напрочь +24 сек!

[UR5WCA]

Опубликован Релиз-кандидат: WSJT-X 2.3.0-rc4

Поставил, попробовал, провёл несколько QSO. Всё то же что и в rc3.

[UX8IW]

Всё то же что и в rc3.

У rc3 завтра "срок жизни" заканчивается

[RV9CX]

Нас ведь не интересуют эти многие десятки европейских декодов, которые месят друг-друга круглые сутки.
Нам то нужны отсилы 2-3, а проблема в другом, когда эти веревочные EU<->EU не принимая DX плюхаются на него и начинают CQ-лять с сознанием собственной важности.

Делов том, что спорить начинают те, кто как раз месит всех подряд и ему не важно, что из 80 человек вышло только 30 декодов и потом 10 секунд декодируются еще 10. И фильтр не включить, т.к. предварительно нужно "потратиться" на декодирование той Европы. Совершенно классное решение выделить DX участок, но, как показала практика последних лет, многие точно посчитают, что просто расширили участок для цифры.

Q6600 почти 15-летний с замусоренным Win7х64 с включенным браузером, на 40-60 декодов тратит максимум +1,2 секунды при 1 проходе и CL=100% Этого вполне достаточно для нормальной работы.

это лишь подтверждает, что Ваш 6600 не способен справиться даже с 60 декодами, т.к. декодирование должно быть завершено ДО цикла ТХ. И если для Вас это "достаточно для нормальной работы", то для реальных чейзеров нужно 100% декодов, т.к. срок жизни DX в окне может быть ограничен 1-2 циклами всего лишь и ты можешь его до лога не довести. А чтоб их выцарапать из-под мощной Европы и нужно много проходов, а это опять ресурсы.

[RX3ASP]

это лишь подтверждает, что Ваш 6600 не способен справиться даже с 60 декодами, т.к. декодирование должно быть завершено ДО цикла ТХ. И если для Вас это "достаточно для нормальной работы", то для реальных чейзеров нужно 100% декодов, т.к. срок жизни DX в окне может быть ограничен 1-2 циклами всего лишь и ты можешь его до лога не довести. А чтоб их выцарапать из-под мощной Европы и нужно много проходов, а это опять ресурсы.

Я не спорю, но и в магазин бежать причины не вижу. А что, есть сейчас бытовой компьютер, который в максимальном режиме (3 запуска декодера + подпроход) декодирует 70-90 в полосе не менее 3 кГц с нулевым или отрицательным Lag? Я пробовал разные многоядерные, но ни одного не нашёл.
И 100% в реальном эфире никогда не будет, а сообщения измененные до +3 сек, как правило нормально декодируются. Кроме того декодер JTDX на частоте QSO работает на полную.

[UX8IW]

Интересное сообщение было в рефлекторе WSJTX от Гарри K9RX.
На его компе программа декодировала 74 позывных. А WSJTX грузит комп заметно меньше, чем JTDX..

Re: [WSJTX] Theoretical maximum for one FT8 band channel? #FT8
Out of curiosity I checked out FT8 on 20 yesterday .... I was seeing the typical 50's decodes per sequence.... and I wondered about someone that said he had seen 67 - but that he was using a non-gain antenna.... I have 10 elements on 20 meters, 2 50' boom stacked yagis at 135' and 75' ... so the angle is pretty low and there is lots of signal rejection other than straight forward.... so I switched to the lower antenna - a higher AOR ... and BINGO 64 decodes! Then a bit later I saw 67 and then 74. 74 decodes in one sequence. That is using 200 - 3000Hz passband. Amazing. That stated there will need to be something figured out on how to double the available window, at least.

Gary
K9RX

[UA3DJY]

Интересное сообщение было в рефлекторе WSJTX от Гарри K9RX.
На его компе программа декодировала 74 позывных. А WSJTX грузит комп заметно меньше, чем JTDX..

Зря он переключился на нижнюю антенну из стэка, вместо DX сигналов стал больше декодировать сигналы первого скачка

Если серьезно то диаграмма в вертикальной плоскости резанная и переключаясь между тремя возможными конфигурациями антенны в его сетапе он может декодировать DX с разных расстояний (меняются углы возвышения нулей диаграммы).

Прохождение прохождению рознь, представьте что в полосе 3кГц равномерно распределены 90 сигналов первого скачка с ломовым уровнем и они будут все декодированы, и достаточно быстро, я не сомневаюсь.

А теперь представьте что есть 20 сигналов с ломовым уровнем а под ними еще 70 слабых с других континентов, последние как раз и представляют интерес и сложность в декодировании после вычитания сильных сигналов.

[UX8IW]

Прохождение прохождению рознь, представьте что в полосе 3кГц равномерно распределены 90 сигналов первого скачка с ломовым уровнем и они будут все декодированы, и достаточно быстро, я не сомневаюсь.

Игорь, трудно судить, что за уровни сигналов там были.
На нашем форуме было сообщение от R6LCF о 72-ух декодах JTDX, думаю у Владимира сетап не хуже. Других сообщений о бОльших количествах декодов не было. Где-то на уровне 50-60 декодов.
Но WSJTX "съедает" меньше ресурсов компа.
Например: при моих настройках обе прогрммы декодируют примерно 45-50 сигналов, но WSJTX делает это быстрее и укладывается в отведенный интервал.
А у JTDX временной лаг составляет 0,8-1,5 сек.
Если уменьшать лаг, соответственно количество декодов становится меньше.
Я к тому, что может быть у декодеров JTDX есть скрытые резервы для облегчения нагрузки на комп?

[R6LCF]

а под ними еще 70 слабых с других континентов, последние как раз и представляют интерес и сложность в декодировании после вычитания сильных сигналов.

Совершенно верно.
Вот как разделить "местных" и DX ов. Только расширением диапазона ,хотя эти местные тут же перейдут и туда.
Меня сейчас волнует и беспокоит вот такая проблема: я кого то вызвал и обмен рапортами не менее 3 раз .Что делаю, максимум на втором рапорте принудительно передаю 73 и ухожу с частоты. Особенно этим страдает Европа,да и начала Юго Восточная Азия. Недавно до смешного доходило. Провел с Бельгией связь ,а он по новой. Я уже ушел с частоты ,а он видимо на автомате до получаса передавал мне рапорт ,при том что и он и я все получили и связь давно закончилась. И таких как этот все больше и больше.....помех в полосе "мама не горюй".
Буду честным ни разу со Штатов подобного не было .Вот так! С антеннами в "окнах" и на балконах эта Европа уже достала, помех ......море! Под ними стоящие станции не видны /не слышны. Давят на корню!

[UR5LCZ]

На нашем форуме было сообщение от R6LCF о 72-ух декодах JTDX

Я еще 18 июня сообщал о своих впечатлениях о 151-м релизе с 76-ю декодами.
А с того времени, не думаю, что чувствительность программы ухудшилась.
Нет хорошего прохождения сейчас.

[R6LCF]

Нет хорошего прохождения сейчас.

По количеству декоров, дело не совсем в прохождении. Включите 7МГц и по времени чтобы Европа ,а это вечер,а у нас ночь и понятно все остальное на уровне. Сигналы ломовые.
Трансивер(принял),комп.(совместно с программой справился с нагрузкой ,учтите за единицу времени)и сама программа все отработала.Из интервала не выходим,а то возможно и до 80 декоров дотянуть при условии Lag до +2,0-3,0. Ну это же несерьезно......даже говорить об этом.
P.S. вот именно сейчас на 7МГц при приемлемом Lag=+05,+07 декоров 62 ,через пару минут 69! Повторюсь при приемлемом, указанном ранее,Lag.

[UA9AJK]

Видел и 77 декодов, трансивер не SDR

[R6LCF]

Видел и 77 декодов,

Неплохо, но вижу 73....

[UA9AJK]

Неплохо, но вижу 73....

Не зацикливался на цифрах, на 77 не стал скрин делать и так понятно что Европа всё кроет.

[UA3DJY]

Игорь, трудно судить, что за уровни сигналов там были.
На нашем форуме было сообщение от R6LCF о 72-ух декодах JTDX, думаю у Владимира сетап не хуже. Других сообщений о бОльших количествах декодов не было. Где-то на уровне 50-60 декодов.
Но WSJTX "съедает" меньше ресурсов компа.
Например: при моих настройках обе прогрммы декодируют примерно 45-50 сигналов, но WSJTX делает это быстрее и укладывается в отведенный интервал.
А у JTDX временной лаг составляет 0,8-1,5 сек.
Если уменьшать лаг, соответственно количество декодов становится меньше.
Я к тому, что может быть у декодеров JTDX есть скрытые резервы для облегчения нагрузки на комп?

Многое определяет линейность приемного тракта. 70..76 декодов с DX сигналами это на SDR с 16-бит АЦП по ВЧ входу и выключенной АРУ. Если включить АРУ и количество декодов упадет и Lag вырастет.

На классике можно отключить АРУ и зажать усиление ВЧ/ПЧ тракта и тоже получить 70+ декодов, но слабые сигналы уже будут глубоко под шумом.