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

[UA3DJY]

Радио Клуб ARCK "Кристалл" проводит дни активности

Радиолюбители успешно проведшие QSO с ARCKR7PKS теперь на форумах спрашивают где можно прочесть информацию про этот позывной

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

ИМХО для такого позывного и 5 слотов будет мало чтобы провести QSO со всеми желающими.

[RX3ASP]

R7PKS Уже писал про это.

[UR4UM]

... отлично работает с JTDX_rc146. Респект автору, поюзаем и оценим.

Рано радовался JTSync. После перезагрузки компа, на JTDX не синхронизировалась, по UDP проблема. А в WSJT-X - подключалась, немного поработав вылетало системное предупреждение о невозможности работы...

А так хорошо начиналось ...

[R5ZQ]

Что то непонятное происходит.При просмотре обоих периодов вижу как станцию вызывают.В следующем периоде,где она отвечает,я её не вижу,но стоит в этом же периоде переключиться на другой диапазон и вот она эта станция видна на том диапазоне, где я до этого слушал.Замечал неоднократно у себя такое на многих версиях.

[US4IRT]

А так хорошо начиналось ...

На 32-х битной 7-ке работает очень хорошо, Михаил. В Net. Time установил обновление времени 1 час (чтоб не мешал) - "держит" время даже с браузером Google Chrome на уровне 0,01-0,02 сек.
Единственный "минус" - нельзя её свернуть.
А вы 64-х битную версию ставили, Михаил?

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

[UA3DJY]

Что то непонятное происходит.При просмотре обоих периодов вижу как станцию вызывают.В следующем периоде,где она отвечает,я её не вижу,но стоит в этом же периоде переключиться на другой диапазон и вот она эта станция видна на том диапазоне, где я до этого слушал.Замечал неоднократно у себя такое на многих версиях.

В первом декодированном интервале после переключения на новый диапазон? Звуковой поток пишется в массив данных, в JTDX есть декодирование частично принятого интервала но нет очистки части массива при переключении диапазона. Думаю что есть смысл добавить такую очистку при использовании управления трансивером через CAT.

[R6LCF]

Не буду писать о хорошей работе JTDX 64bit ,без меня достаточно написано ,но бывает и такое.За сутки применения уже 4 ложное декодирование с разными позывными.
На загруженном диапазоне проходит незаметно ,а на полу пустом,да еще с такого местоположения видно сразу. В процентном выражении к общему числу декодированных успешно станций это мизер ,но присутствует.

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

[UA3DJY]

Не буду писать о хорошей работе JTDX 64bit ,без меня достаточно написано ,но бывает и такое.За сутки применения уже 4 ложное декодирование с разными позывными.
На загруженном диапазоне проходит незаметно ,а на полу пустом,да еще с такого местоположения видно сразу. В процентном выражении к общему числу декодированных успешно станций это мизер ,но присутствует.

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

Сообщение CQ DE AA00 это дефект в коде, QTH квадрат взят из кода. Благодарю, добавляю в список на устранение.

[R5ZQ]

добавить такую очистку при использовании управления трансивером через CAT.

Где это включить.

[VA3LLZ]

Игорь, я обновил комп, теперь у меня 12 ядер, 24 потока. Но при декодировании работают только 12 ядер(потоков). Можно ли добавить количество потоков декодирования в программу JTDX. А по поводу JTSync скажу так, 64-х битная версия с JTDX работает отлично.

[UA3DJY]

обновил комп, теперь у меня 12 ядер, 24 потока. Но при декодировании работают только 12 ядер(потоков). Можно ли добавить количество потоков декодирования в программу JTDX.

Если использовать более 8 потоков скорость декодирования растет но идет просадка эффективности декодирования на загруженном диапазоне: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1643427

Сейчас в JTDX под 12 потоков зарезервировано место в памяти (не нашел лучшего варианта реализации многопотока в декодере), независимо от того сколько используется. 24 потока означает увеличение требуемого объема памяти почти в два раза, пользователи с двумя ядрами будут платить памятью за 24 ядра.

Есть мысль добавить новый функционал - использовать дополнительные логические ядра под улучшение декодирования на RX частоте QSO, пока можете использовать их под второй JTDX для одновременной работы с второй антенной (например другая поляризация или направление) либо на другом диапазоне.

Вариант второго RX сетапа с ортогональной поляризацией даст до 3 дБ выигрыша на прием(даже для магнитной рамки), что намного эффективнее чем задействовать 24 потока в декодировании на одной антенне.

Уже назрела необходимость использования канального подхода в FT8, когда широкий диапазон разбит на несколько частотных каналов. Для таких каналов желательна полоса не менее 10 кГц, но это зависит от производителей трансиверов. При переходе на полосу 10 кГц либо при использовании двух либо более каналов по 5 кГц появится спрос на 24 потока декодирования.

[UA3DTK]

VA3LLZ...по поводу JTSync скажу так, 64-х битная версия с JTDX работает отлично.

у меня по UDP проблема...версия rc146...что с 32-х битной,что с 64-х...что не так,подскажите,пожалуйста...

[UA3DJY]

...по поводу JTSync у меня по UDP проблема...версия rc146...что с 32-х битной,что с 64-х...что не так,подскажите,пожалуйста...

IP адрес, номер UDP порта в настройках либо результат работы антивируса.

[UR5LCZ]

Только что провел связь с VK9NK на 14095 F/H.
Вызывал около полутора часов.
За это время он три раза давал рапорт одному и тому же итальянцу, по три раза. Сам рапорт -10 -12.
Связь так и не состоялась.
Я получил +9.
Это что, оператор так себя ведет или у него в программе какие-то глюки?

[US5WE]

Только что провел связь с VK9NK на 14095 F/H.
Вызывал около полутора часов.
За это время он три раза давал рапорт одному и тому же итальянцу, по три раза. Сам рапорт -10 -12.
Связь так и не состоялась.
Я получил +9.
Это что, оператор так себя ведет или у него в программе какие-то глюки?

А что, это какой-то особенный Норфолк?
На 15м 7Х2ТТ гремит в многослоте, если кому-то нужен Алжир.