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

[R3QG]

Первый раз вижу такое пунктирное подчеркивание ответа корреспондента. Ответ был с задержкой по причине его работы с другим оператором, понимаю что поэтому, а где это в настройках или это по умолчанию так задумано?

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

[R5WM]

WSJT-X 2.2.0-rc1 будет кандидатом на выпуск бета-версии, обеспечивающим
ряд новых функций и возможностей. К ним относятся:

- Улучшения в декодерах для пяти режимов:

FT4: исправлены ошибки, которые препятствовали декодированию AP и / или многопроходности
расшифровка при некоторых обстоятельствах. Алгоритм для AP
Расшифровка была улучшена и расширена.

FT8: Декодирование теперь распространяется на три интервала. Первый
начинается в t = 11,8 с в последовательность Rx и обычно дает
около 85% возможных декодирований для последовательности. Вы
поэтому увидеть большинство декодеров гораздо раньше, чем раньше. Второй
Шаг обработки начинается с 13,5 с, а последний - с 14,7 с.
Общий выход декодирования на переполненных полосах улучшается на 10% или
Больше. (Системы с задержкой приема более 0,2 с увидят
небольшие улучшения, но все равно будут видеть много декодирований ранее
чем прежде.)

JT4: форматирование и отображение усредненного и глубокого поиска
был очищен и приведен в соответствие с другими режимами. JT4
остается цифровым режимом выбора для EME и других экстремальных
работа со слабым сигналом в микроволновых диапазонах.

JT65: множество улучшений для декодирования Averaged и Deep Search и
их отображение пользователю. Эти улучшения особенно
важно для EME на диапазонах VHF и UHF.

WSPR: Значительные улучшения были внесены в WSPR
чувствительность декодера, его способность справляться со многими сигналами в
переполненный поддиапазон, и его скорость необнаруженных ложных декодирований.
Теперь мы используем до трех проходов декодирования. Проходит 1 и 2 использование
некогерентная демодуляция отдельных символов и позволяет
частота дрейфует до ± 4 Гц в коробке передач. Пропуск 3 предполагает
не дрейфует и делает когерентное обнаружение блоков до трех
символы. Также применяется побитовая нормализация
односимвольные битовые метрики, методика, которая оказалась полезной
для сигналов, искаженных артефактами вычитания
более сильные сигналы, а также для сигналов LF / MF, сильно загрязненных
молниеносными переходными процессами. С этими улучшениями количество
декодирование в переполненном поддиапазоне WSPR обычно увеличивается на 10
15%.

- Новый формат сообщений "EU VHF Contest" Tx2 и Tx3

Когда выбран «EU VHF Contest», сообщения Tx2 и Tx3
(те, которые передают отчет о сигнале, серийный номер и 6 символов
locator) теперь используют хеш-коды для обоих позывных. Это изменение
НЕ обратно совместим с более ранними версиями _WSJT-X_, поэтому
все пользователи сообщений EU VHF Contest должны быть обновлены
до версии 2.2.0.

- доступность

Сочетания клавиш были добавлены для облегчения доступа:
Alt + R устанавливает сообщение Tx4 в RR73, Ctrl + R устанавливает его в RRR.

В качестве помощи для частичной дальтонизма, «перевернутые ворота»
маркировка частоты Rx на шкале частот широкого графика теперь
вынесен в более темный оттенок зеленого.

- Незначительные улучшения и исправления ошибок

«Save None» теперь не записывает файлы .wav на диск, даже временно.

Явная запись для "WW Digi Contest" была добавлена ​​в
«Специальные операции» на вкладке «Настройки | Дополнительно».

Режим конкурса FT4 теперь всегда использует RR73 для сообщения Tx4.

Строка состояния теперь отображает количество декодеров, найденных в
самая последняя последовательность Rx.

Релиз-кандидат WSJT-X 2.2.0-rc1 будет доступен для бета-тестирования
в течение одного месяца, начиная с 10 мая 2020 года. В настоящее время мы планируем общее
Доступность (GA) релиз WSJT-X 2.2.0 на 1 июня 2020 года.

Для тех, кто смотрит еще дальше: мы хорошо в
разработка двух новых режимов, предназначенных для диапазонов LF и MF. Один
режим предназначен для WSPR-подобных действий, а другой - для проведения двухсторонних QSO. Обе
использовать коды проверки четности с низкой плотностью (LDPC), модуляцию 4-GFSK и
двухминутные последовательности T / R. Режим QSO достигает порога SNR
чувствительность около -31 дБ на канале AWGN и WSPR-подобный режим
лучше чем -32 дБ.

С наилучшими пожеланиями,

- Джо, K1JT, Стив, K9AN, и Билл, G4WJS

[UA3DJY]

Первый раз вижу такое пунктирное подчеркивание ответа корреспондента. Ответ был с задержкой по причине его работы с другим оператором, понимаю что поэтому, а где это в настройках или это по умолчанию так задумано?

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

Этот оператор использует специальные сообщения DXpedition в общих FT8/FT4 диапазонах работая с софта MSHV.
JTDX таким подчеркиванием показывает что это специальное сообщение (два в одном), для проведения QSO с таким корреспондентом необходимо включать режим гончей (Hound).

[UY7VY]

Свежее, только что... .

[UU1DX]

Привет! Network Time. Бяка тоже появилась...
Не могу разобраться с чем связано. Ощущение - просадка интернета.
Как только на форум, так отставание.
Хотя ранее, даже при мобильном интернете не было таких проблем.



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

Я уже задолбался с уползающим временем. Скачал исходники Network Time, поправил, теперь у меня нет ограничения одна синхронизация в 15 минут. Поставил ежеминутную, сижу, наблюдаю. Картина, ..ядь, маслом.

Процессор не нагружен:


Нагружаю Winrar'ом на 100% по Alt-B:

Это за минуту.

Просто запускаю WSJT или JTDX - уход порядка 150-200 мс за минуту. Даже на передачу не врубаю.

Процессор Intel Core2 quad 4 x 3 GHz, 8 GB RAM, SSD. Каким макаром нагрузка проца влияет на часовой кварц - непонятно.
Материнку поменял, сейчас вообще интеловская, белая сборка - проблема осталась.

В общем, во вложении папка с nettime, кому надо - просто остановите Nettime, замените свою в program files и будет возможность частой синхронизации. Надеюсь, кому-то еще поможет.

[R6LCF]

Я уже задолбался с уползающим временем

Не знаю может что то не так делаю НО с "временем" все в порядке. Программа то что надо!

[RX4CD]

Я уже задолбался с уползающим временем. Скачал исходники Network Time,

Уже несколько лет использую простенькую SP Time Sync. Русскоязычная, запускается вместе с операционкой.

[R2EA]

Просто запускаю WSJT или JTDX - уход порядка 150-200 мс за минуту. Даже на передачу не врубаю.

Один в один - такая же хрень! Не знаю, что и делать. Уже форум стал посещать, когда мало кто зовет и связь явно не сорвется.

Не знаю может что то не так делаю НО с "временем" все в порядке. Программа то что надо!

Программа конечно, то что надо!!! Тут бяки свои... А скрины, если выкладывать, то нужно на первых и последних секундах.
И если можно , то setting и скрыть со страницы через разшеренный режим кнопочка -S кажется (заключить снимок)

[UA3ALE]

С такими настройками у меня не прыгает!
Не надо очень часто корректировать!

[UU1DX]

С такими настройками у меня не прыгает!
Не надо очень часто корректировать!

Настройки-то при чем? Программа не виновата, она лишь инструмент для того, чтобы УБРАТЬ выбег времени. А выбег на моем компе почему-то происходит в зависимости от загрузки процессора. И он у меня настолько большой, что приходится синхронизировать ежемиутно. Интернета-то не жалко, лишь бы NTP сервера не захлебнулись

[UA3ALE]

Настройки-то при чем? Программа не виновата, она лишь инструмент для того, чтобы УБРАТЬ выбег времени. А выбег на моем компе почему-то происходит в зависимости от загрузки процессора. И он у меня настолько большой, что приходится синхронизировать ежемиутно. Интернета-то не жалко, лишь бы NTP сервера не захлебнулись

А попробовать трудно?
А потом уж грузить интернет!

[R2EA]

Сегодня решил пособирать в digi и себе в коллекцию позывные Победа-75,
но обратил внимание, что станций меньше чем вчера. Но, я вчера поочередно
работал RP75O и RP75GTB и некогда было переделывать логи под персональный.
И вот, какая незадача... Упустил момент! Теперь сижу и думаю:
-Было бы неплохо, если реализовали бы пару кнопок подсвечиваемых для быстрого
перехода со сменой позывного, лога с теми же пусть даже установками.
Сидишь работаешь специальным позывным, а тут раз нужный корреспондент нарисовался.
Нажал на кнопочку и сработал на персональный. После вновь перешел на другой позывной.
Я об этом писал ранее, но мне все рассказывали про другие пути, которые влияют
на быстродействие старенького ноутбука итп. А такое вообще реально сделать?
Или же без перезапуска проги это не сделать? Ну пусть тогда хотябы такая же
потеря секунд на это, как и при смене языка.

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

[UU1DX]

А попробовать трудно?
А потом уж грузить интернет!

Ужас Действие должно быть обдуманным. Если с wsjt за минуту выбег на 200 мс, за 15 минут на пару секунд, то сверка раз в три часа исправит ситуацию?
Прога уже через 15 мин не декодирует нихрена, какие 3 часа???

[US5WE]

Настройки-то при чем? Программа не виновата, она лишь инструмент для того, чтобы УБРАТЬ выбег времени. А выбег на моем компе почему-то происходит в зависимости от загрузки процессора. И он у меня настолько большой, что приходится синхронизировать ежемиутно. Интернета-то не жалко, лишь бы NTP сервера не захлебнулись

Олег привет, целую вечность не слышались.
Если есть возможность, снеси мастдай и поставь Убунту - проблема времени исчезнет автоматически.
Сборка deb от R0JF работает нормально, придется доставить пару библиотек, если интересно, могу прислать как делать под 16.04.
До встречи на 6 метрах.

[R2EA]

Так не меня надо просить, попробуйте уговорить команду WSJT изменить FT8 протокол под поддержку /m как стандартного позывного и несколько десятков тысяч пользователей перейти на новый софт с новым протоколом

Ага - ага! Вас уговоришь... Бракуете все идеи.

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

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