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

[UA3DJY]

Сообщение с лички, имеет общий интерес:

Использую FT8 по своему прямому назначению подбору недостающих стран по диапазонам + больший процент QSL в LotW.
...
В программа есть возможность отслеживать территорию или позывной (розыск) на мой взгляд отличная функция. Хотелось бы предложить вам немного расширить эту функцию.
А именно: можно ли реализовать розыск по диапазонам т.е. например в фильтрах, что бы оператор мог в зависимости от диапазона самостоятельно установит те страны которые интересуют на каждом из диапазонах. Место там есть девять строк вполне комфортно разместятся либо сделать выпадающее окно.

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

Функционал считаю полезным и несложным в реализации (поиск в коде добавить просто, графика больше времени съест) через возможность скрытия строк неиспользуемых диапазонов. Как сейчас открываются/прячутся строки списков искомых позывных префиксов там же можно добавить скрывающиеся строки-списки префиксов по диапазонам.

При этом должен быть общий для всех диапазонов список поиска префиксов и списки отдельно по каждому диапазону, показ отдельных списков опционально выбирается пользователем для каждого конкретного диапазона. Если пользователь например работает только на двух диапазонах то строки этих диапазонов он и активирует для редактирования и просмотра.

С точки зрения большинства пользователей интерфейс будет выглядеть как сейчас, для заинтересованных: в скрытой части интерфейса будет дополнительно скрыта еще его часть которую они раскроют по мере необходимости.

Добавляю в очередь на исполнение, ближайшие две...три недели занят с декодером, как будет окно сделаю.

[RK1NA]

необходимо точно знать - какие именно операции выполняет процессор в критически важной части этой программы.

Рассуждения о разных "гиперах" конечно интересны.
Но полезней были бы мнения специалистов о том какой минимальной конфигурации
надо покупать новый комп что бы нормально работать в JT программах?

[RA3QDP]

именно в этом я пытаюсь разобраться и жду от автора конкретной информации.

[R6LCF]

Добавляю в очередь на исполнение, ближайшие две...три недели занят с декодером, как будет окно сделаю.

Со всем согласен ,но последнее, вот это меня как раз и привлекает в этой программе .Отличный прием,декодирование ,а он уже вне конкуренции! Игорь не отвлекайтесь на всякие мелочи со стороны ,основное большинство пользователей эти теоретические изыски не интересуют вообще.
Спасибо.

[US-E-12]

Рассуждения о разных "гиперах" конечно интересны.
Но полезней были бы мнения специалистов о том какой минимальной конфигурации
надо покупать новый комп что бы нормально работать в JT программах?

Имею старенький ноут Samsung R530, 2гига памяти, 2,2Ггц - тактовая, процессор T4400 (два ядра) без гипера. В JTDX Decode-FT8 threads выбран один поток. Всё нормально декодирует и без пропусков интервалов. В Auto и остальных есть пропуски интервалов. Это насчёт того, а стоит ли проводить апгрейд компа, если конечно он не используется для современных игр или используются программы, которым нужны семь ядер. В общем для радиолюбительских целей вполне достаточно и даже больше, запускал некоторые игры, которые по инструкции не должны идти на моём ноуте.
Вот сейчас без перегрузок процессора 35 декодов

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

[RA3QDP]

поговорка : нет ничего практичней хорошей теории.

эти теоретические изыски не интересуют вообще.

"эти теоретические изыски" как раз помогут - оптимизировать декодер (если он не оптимален), а значит и улучшить программу. А так же помогут с выбором оптимального по соотношению цена-качество процессора и компьютера. К сожалению, не все в достаточной степени разбираются в компьютерах и не все могут понять некоторые "тонкости" их работы.

[RW3QM]

Игорь спасибо за ответ.
Это будет просто отлично.

[UA3DJY]

Периодически возникает вопрос о соответствии показаний SNR между JTDX и WSJT-X, часто задавая вопрос в адрес программы JTDX пользователи считают что WSJT-X показывает SNR правильно. Сейчас при тестировании патча записал звуковой файл и сравнил JTDX с WSJT-X, файл прикладываю, если есть сомнения можно проверить самостоятельно. На картинках результат проигрывания в JTDX и WSJT-X:

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

[US4IRT]

пользователи считают что WSJT-X показывает SNR правильно.

Считаю как раз наоборот. JTDX дает более реальные. В WSJT проскакивает и -26-27, при этом сигнал визуально различим на водопаде. -24-25 довольно частое явление там.

[R6LCF]

"эти теоретические изыски" как раз помогут - оптимизировать декодер (если он не оптимален), а значит и улучшить программу. А так же помогут с выбором оптимального по соотношению цена-качество процессора и компьютера. К сожалению, не все в достаточной степени разбираются в компьютерах и не все могут понять некоторые "тонкости" их работы.

Просто чудесно для тех кто разбирается в компах.
А кто вам мешает создать свою собственную программу или хотя бы создать свою тему и там это все обсуждать.
Именно по ресурсам компов и их влиянии на работу подобных программ.
Вперед.Мы только за!
Так тему и обзовите,а мы придем прочтем/оценим.Нормальная практика.

[RX3ASP]

если есть сомнения можно проверить самостоятельно

JTDX стабильно 68, WSJT первое проигрывание 16, при повторном decode 15.
А сколько на самом деле?

Как мне кажется, в реальном эфире у WSJT показометр работает более синхронно с рисунком на водопаде: ярче - больше / тусклее - меньше.
JTDX на моих соседей, которые по уровню стабильно >9+30, иногда может показать от 6 до 68 в соседних циклах при стабильной картинке на водопаде (в т.ч. окружающих их сигналах).

[UA3DJY]

JTDX стабильно 68, WSJT первое проигрывание 16, при повторном decode 15.
А сколько на самом деле?

68 близко к реальному значению, у меня в виртуальном кабеле уровень шума 0 а термометр при проигрывании файла в JTDX показывает похожий уровень сигнала:

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

Если сумма сигналов вписывается в динамический диапазон тракта, сам сигнал не компрессирован при его передаче и нет пересечения спектра с другим сигналом то SNR должен рассчитываться верно.

Бывает что на сильном сигнале автоподстройка частоты в программе не всегда точно отрабатывает, в таком случае значение SNR при расчете падает.

[UA9FFV]

По префиксу можно сделать, по позывному сложнее

Игорь, один в один и мое желание такое иметь. Но именно этот сервис есть в Алерте. Там ведется база данных по позывным, странам и диапазонам с учетом распространенных дипломов. Стоит ли заморачиваться и строить этот сервис в JTDX? Если подходить серьезно, то много надо закладывать...

А вот В4 можно было бы заняться. Хорошо если бы эта функция работала вне зависимости от любых фильтров. Т.е. хочется все отключить и оставить только информацию по В4. Причем очень важно чтоб инфо о В4 появлялась не только на CQ этого позывного, но и в его ответах. Зачастую редкая и нужная станция не дает CQ, ее постоянно зовут. Ждешь его RR73 и сам начинаешь звать. А тебя либо игнорируют, либо в лучшем случае ответят, что В4. Правда я только один раз с подобным столкнулся. Стал звать Аляску и сработал с ней, и лишь потом заметил в Алерте В4.

Однако и в этом случае надо хранить инфо по позывным, включая диапазон и моду. А если пользователь наработает тысячи позывных да на каждом диапазоне? Не повредит ли это основному предназначению JTDX?

... Вот поэтому я люблю Алерт. Там есть все, что душа пожелает (во всяком случае, моя). Но и JTDX не разлюблю.

[UA3DJY]

Игорь, один в один и мое желание такое иметь. Но именно этот сервис есть в Алерте. Там ведется база данных по позывным, странам и диапазонам с учетом распространенных дипломов. Стоит ли заморачиваться и строить этот сервис в JTDX? Если подходить серьезно, то много надо закладывать...

А вот В4 можно было бы заняться. Хорошо если бы эта функция работала вне зависимости от любых фильтров. Т.е. хочется все отключить и оставить только информацию по В4. Причем очень важно чтоб инфо о В4 появлялась не только на CQ этого позывного, но и в его ответах. Зачастую редкая и нужная станция не дает CQ, ее постоянно зовут. Ждешь его RR73 и сам начинаешь звать. А тебя либо игнорируют, либо в лучшем случае ответят, что В4. Правда я только один раз с подобным столкнулся. Стал звать Аляску и сработал с ней, и лишь потом заметил в Алерте В4.

Однако и в этом случае надо хранить инфо по позывным, включая диапазон и моду. А если пользователь наработает тысячи позывных да на каждом диапазоне? Не повредит ли это основному предназначению JTDX?

Проверка-уведомление по списку префиксов и позывных сейчас занимает всего несколько строк в коде, для проверки по диапазонам добавим еще две...три строки. С точки зрения нагрузки процессора для декодированного сообщения невелика разница просматривать десяток префиксов с общего списка или 10+10 префиксов с учетом диапазона. Редко кто будет вносить в строку поиска более 10 префиксов, такую строку уже тяжело просматривать глазами.

Функционал уведомлений 'Новый-B4' занимает около тысячи строк кода и даже небольшое изменение там может привести к выходу функционала из под контроля. Функционал сейчас работает без сбоев поэтому остаточный принцип определения B4 в JTDX прописался надолго.

[UA9FFV]

Проверка-уведомление по списку префиксов и позывных сейчас занимает всего несколько строк в коде...

В коде немного строк, а вот хотелок у пользователя дофига.
Скажем, отслеживание 340 стран по каждому диапазону. Это надо каждый принятый позывной сличить со списком...
А если вдобавок надо сканировать по квадратам, штатам, зонам... Хоть в коде это будет и немного, но в целом время потратится уже приличное. Действительно, скорее всего, это не так уж много для глобального сканирования по базам всех дипломов по сравнению с вылавливанием В4-ров в туче позывных...
Только Вам, Игорь, решать. Потверже с нами.

...Сейчас я могу в Алерте сам руками исключить из списка желаемых сработанные в RTTY страны. А в JTDX их придется сработать, чтобы не маячили перед глазами (эту функцию как раз хотел заложить кто-то, т.е. ручное управление списком сработанных DXCC по диапазонам). И очень хорошо отслеживается В4 по персональным позывным на каждом диапазоне.
Используются же библиотеки Hamlib или ОмниРиг для САТ управления вместо того, чтобы реализовать самостоятельно эти функции. Так и здесь. Хочешь крутой сервис по повторам, дипломам, LoTW, загрузке диапазонов, колокольчикам и т.п. - установи JTAlert... Сейчас меня побьют камнями.
Кто-то скажет: так отключи все галочки. Но ведь от этого сложность софта не уменьшится. А значит все сложнее будет реализовать безотказную логику его работы.
... Еще одна мысль. Те, кто на даче ставит комп для удаленного места,... он скоро будет вынужден брать уже не рухлядь. Несмотря на хороший и нужный дополнительный сервиз привлекательность софта может начать падать. Пора ограничивать наши аппетиты.