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

**RX3ASP** · 10.04.2018, 21:10

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

опция HINT не только не нужна, но и противоречит логике проведения нормального QSO.

Да ладно, нормальная опция. Часто вытягивает проваливающегося в QSB или придавленного соседом корреспондента. Главное сходу не кликать на строку с *, а подумать - чего это меня ни с того ни с сего зовёт Антарктида.

**R7AG** · 11.04.2018, 06:09

Подскажите, ком Соre-j7 , памяти 8г декодирует через период?

**UA3DJY** · 11.04.2018, 08:11

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

Подскажите, ком Соre-j7 , памяти 8г декодирует через период?

Такую картинку с диспетчера задач, сделанную при проигрывании звуковых файлов, покажите пожалуйста:

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

**UA3DJY** · 11.04.2018, 08:18

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

Поэтому опция HINT не только не нужна, но и противоречит логике проведения нормального QSO. "Highly likely" как любят говорить британцы.

Такой же декодер основанный на математике как и все остальные, просто чем выше чувствительность декодера тем больше ошибок в результате. Если не используете декодер Hint то отказываетесь от чувствительности, примерно как в при работе в CW по входу приемника включить аттенюатор, работать можно но DX корреспондентов станет меньше.

По результатам теситрования 18.1.0.81, количество декодированных сообщений с выключенным и включенным Hint:

deep+lowTH
-22дБ SNR файлы 125
-23дБ SNR файлы 5

deep+Hint+lowTH
-22дБ SNR файлы 241
-23дБ SNR файлы 22

**UA3DJY** · 11.04.2018, 08:41

1. 61 QSO провел W1/KH7Z за 36 минут: темп = 61*60/36 = 102 QSO/час

2. 55 QSO провел K1JT за 21 минуту: темп = 55*60/21 = 157 QSO/час

3. 174 QSO провел W7/KH7Z за 60 минут: темп = 174 QSO/час

4. 390 уникальных позывных декодировано в сумме Fox операторами

На более узком отрезке времени максимальный темп QSO у W7/KH7Z достигал 225 QSO в час.

Во время тестирования использовался такой сетап:

Позывной / QTH квадрат / максимальная мощность при одном слоте / мощность в каждом слоте / антенна
----------------------------------------------------
W1/KH7Z FN42 500Вт 20Вт SteppIR на высоте 15м, азимут=50
K1JT FN20 100Вт 4Вт диполь на высоте 17м
W7/KH7Z DM43 500Вт 20Вт 3 эл на высоте 22м, азимут=45

В приложенном файле в конце есть список декодированных позывных, судя по списку декодировали не всех кто звал.

При использовании 'лисой' нескольких слотов на передачу в WSJT-X для снижения интерференции применяется фильтрация, в результате при пяти слотах передачи мощность снижается примерно на 14дБ по сравнению с использованием одного слота.

K1JT при наличии прохождения в Москве на вертикал слышно не было, W1/KH7Z шел примерно -17..-19дБ и иногда всплывал до -10дБ SNR, получается что экспедиция в FT8 должна использовать как минимум усилитель 500Вт и 3-х элементную антенну чтобы работать с корреспондентами на расстоянии более трех скачков в пяти слотах DXpedition, в части приема необходима более широкая полоса чтобы уменьшить взаимную блокировку FT8 сигналов.

**R7AG** · 11.04.2018, 10:15

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

Такую картинку с диспетчера задач, сделанную при проигрывании звуковых файлов, покажите пожалуйста:

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

Спасибо, понял.

**UA3DJY** · 11.04.2018, 14:41

Сообщение от US-E-12

Вот такое "вылезло".Вложение 209464

Судя по шагу 60Гц оператор LZ2KV использует софт WSJT-X с модифицированным режимом DXpedition(использует протокол JT65) и работает на передачу одновременно в трех слотах, на картинке видно что он реагирует на ложные декодирования.

**UA3DJY** · 11.04.2018, 14:53

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

Сергей, а точно из .adi берет? Есть еще .log файл. Я на всякий случай синхронизировал и тот и другой... Но в WSJT и JTDX еще и форматы данных немного отличаются.
А Алерт дает несравненно бОльший сервис. Штаты по диапазонам, dxcc по диапазонам. Можно споты передавать. Иногда полезно "засветиться". Я бы не нагружал программу. Ее роль как можно быстрее декодировать. А сканировать на разные хотелки я бы возложил на другую программу. Повторы можно оставить. Но вести их в формате базы .mdb, как это сделано в Алерте. Тут лучше договориться с vk3ama и использовать единый подход.

Процессор один, можно его поделить между JTDX и JTAlert но при двух кушающих ресурсы софтах быстрее декодировать может и не получиться.

В JTDX AutoSeq сделан поверх функционала уведомлений, последний опциональный, его можно отключить, при этом получите софт подходящий для ручной работы в FT8. Управление функционалом AutoSeq JTDX из софта JTAlert по сети при желании можно сделать, но вопрос будет ли оно достаточно надежно и стабильно работать.

**UA3DJY** · 11.04.2018, 15:26

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

Подскажите, из какого файла JTDX берет повторы. Когда-то давно обе программы вели журналы одновременно в каталогах обеих программ, не зависимо от того в какой работаешь. Надобности в синхронизации не было.
В настоящее время повторы приходится отслеживать только через Алерт.

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

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

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

Еще добавлю. Надо сделать так, чтобы все программы, включая HB9HQX и др. вели логи в едином каталоге и одном формате вне зависимости от места их установки. Скажем, в профиле пользователя.
Иначе получается так: сегодня работаешь в JTDX, а завтра переключился на WSJT и начинаешь станции окучивать повторно.

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

Сразу и недавнее прошлое припомнилось. Когда то, лет 5 назад пришлось восстанавливать домен. Пересоздавал линки...
Эта команда
mklink /H C:\Users\<yourname>\AppData\Local\JTDX\wsjtx_log.adi C:\Users\<yourname>\AppData\Local\WSJT-X\wsjtx_log.adi
говорит о том, что создается имя ссылки с путем ...\JTDX\wsjtx_log.adi которая использует файл, лежащий в ...WSJT-X\wsjtx_log.adi.
Т.е. программа JTDX будет писать через эту ссылку в лог WSJT. Но в свой лог, похоже, она писать не будет. Ведь это только имя ссылки.
А в общем, это "шаманство" не для всех пользователей. Даже если в меню создать такую функцию, ее еще надо применить, т.е. знать об этом. Программа и так уже функционально перегружена. Проще создателям сесть за виртуальный стол, налить, и договориться.

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

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

**UA3DJY** · 11.04.2018, 16:06

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

У меня вопрос: а почему с ложными декодированиями нужно бороться? Ведь в RTTY с этим вопросв не возникает? Понятно, что принцип работы модуляций разный, но пользователям нужно понимать - или максимальное декодирование (и при этом ложные декодированные сигналы), или "тупой", но 100% прием. Я лично за первое!

На самом деле с ложными декодированиями бороться можно и нужно: при вычитании 'сигнала' ложного декодирования можно потерять находящийся под ним полезный сигнал. С другой стороны частично убрав ложные декодирования можно сделать следующий шаг в сторону большей чувствительности, что сейчас и происходит в версиях JTDX .79, .80, .81.

**UA3DNK** · 11.04.2018, 20:14

Спасибо. Признателен за ответ.

**UA3DJY** · 11.04.2018, 22:32

18.1.0.81 Измененный функционал

- немного уменьшен объем занимаемой памяти
- обновлен файл ALLCALL.TXT, содержит 58135 позывных
- устранен дефект ложного уведомления 'Новый..' для свободного сообщения
- увеличена чувствительность FT8 декодера независимо от используемых порогов
- улучшена фильтрация FT8 ложных декодирований
- кнопка Stop переведена в динамические, сделана последней в ряду динамических кнопок
- добавлена независимая настройка глубины декодирования для функционала фильтра приемной частоты QSO, доступна в закладке Decode основного окна интерфейса
- при запуске софта сделано отключение счетчиков закладки Sequencing, временно до окончания работы над этим функционалом.

собранный софт https://cloud.mail.ru/public/Cf2E/gPbb3pebX
кодовая сумма JTDX-18.1.0.81-win32.exe
SHA-256: 46C075D7B4104F5042E7DD05044B00D5EB7A366CAC14ACE9913CFC67EB684CC8

исходный код https://cloud.mail.ru/public/HQjS/tL9DtUpxW
кодовая сумма src18.1.0.81.zip
SHA-256: EE1D70BE5806122BEF3CF0A1FDC60FCD93155500C74DA3D36F4E48E9A1E4796E

Структура файла JTDX.INI изменилась, добавлен новый параметр: "NFT8FilterDepth". Можно использовать JTDX.INI файл от версий 18.1.0.79 и 18.1.0.80.

v18.1.0.81 декодирование FT8 сигналов, результаты тестирования на четырех потоках:

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

**R3BB** · 11.04.2018, 23:33

Русская локализация
собранный софт https://cloud.mail.ru/public/9z25/3UQcPN2SN
кодовая сумма JTDX-18.1.0.81.1-RUS-win32.exe
SHA-256: 923445B815832868A47E7233581292F1AF010BE208FB59254C3D2C876A24E4F9

исходный код https://cloud.mail.ru/public/7usv/ALbQk6V8N
кодовая сумма src18.1.0.81.1-RUS.zip
SHA-256: 55AD1D1214E377921A692EE060C9044B255791857E00E8FDA51AF2AE208B6BE7

**R0JF** · 12.04.2018, 00:53

JTDX v18.1.0.81 Linux version (compiled in Ubuntu 16.04LTS)
from original source files by Igor UA3DJY (Many Thanks him):

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

**R3HH** · 12.04.2018, 08:48

Из за постоянных разговоров по поводу загрузки программой системы
решил сравнить 2 старых компьютера сокет 1155
так как материнские платы одного производителя,
махнул только HDD win-10 64 бита
память по 8гб, разная по скорости.
(i5 2010-2011г выпуска процессора 4 ядра, celeron g1610 2013г 2 ядра)
версия программы JTDX v18.1.0.81 вчерашняя.

Если что то делал не так подправите

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