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

[UA3DJY]

у меня все по колхозному .... физический звук так сказать ...в 141 и 145 иногда после 2х часов почему то прекращалось декодирование....а вот в 146 этого нет и поэтому спасибо !!!

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

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

[R5WM]

это вы о чем?

Это о том что ненужно самостоятельно конструировать макросы так как программы на них реагируют неадекватно!
Было несколько случаев у меня когда программа просто не записывала такие QSO в лог например я передаю RRR а мне дают R5WM TKS 73 и много других вариантов к примеру RA1AAA 73 (тут сообщение на деревню дедушке).
Можно конечно править руками, но у меня в MSHV включена автозапись QSO во встроенный лог MSHV и параллельно в WinLog32.

[US5WE]

Я это понимаю, вопрос был поставлен несколько по иному, можно ли самому менять эти границы.

Повернул ручку настройки трансивера и передаешь на другой частоте. Например, на 1836 с E44RU итп.

[UA3DJY]

Это о том что ненужно самостоятельно конструировать макросы так как программы на них реагируют неадекватно!
Было несколько случаев у меня когда программа просто не записывала такие QSO в лог например я передаю RRR а мне дают R5WM TKS 73

Код в такой программе надо просто подправить, есть ряд массово использующихся типовых окончаний QSO например с сокращениями HNY и MXMAS + 73, и если программа по последовательности сообщений ожидает окончания QSO то не стоит в коде игнорировать на RX частоте QSO свободное сообщение содержащее 73 если в этом интервале не декодировано стандартное сообщение.

В JTDX обработку таких свободных сообщений сделали два года назад.

[R5WM]

В JTDX обработку таких свободных сообщений сделали два года назад.

Вот к чему приводит самодеятельность!
От кого и кому данное сообщение угадайте с 3х раз!

А как быть если RX частота от эффекта доплера ушла скажем на 50Гц и как в этом случае должна реагировать программа?

[UA3DJY]

Вот к чему приводит самодеятельность!
От кого и кому данное сообщение угадайте с 3х раз!

А как быть если RX частота от эффекта доплера ушла скажем на 50Гц и как в этом случае должна реагировать программа?

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

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

[R5WM]

Также можно сделать дополнительную проверку на значение DT декодированного сигнала.

А если и DT прыгает?
Вообще то в WSJTX Free message было сделано для JT65 но сейчас в FT8/4 с pack_unpack_msg77 это как то не очень согласуется и особенно если программа имеет свой встроенный лог в который связи заносятся автоматом.

[LZ2HV]

To UA3DJY
->"Код в такой программе надо просто подправить, есть ряд массово использующихся типовых окончаний QSO например с сокращениями HNY и MXMAS + 73, и если программа по последовательности сообщений ожидает окончания QSO то не стоит в коде игнорировать на RX частоте QSO свободное сообщение содержащее 73 если в этом интервале не декодировано стандартное сообщение.
В JTDX обработку таких свободных сообщений сделали два года назад."<-

Незнайу об чево спорите но ето "HNY и MXMAS" при строгй протакол саабшения, проста очин излишнае (даже если сделана 100 года назад)
Проста нада падумат об ето что, точна рарлучат стандартнйе сообшения если даже и ред TX не такой как надо ето селана в MSHV давним давно (4 года назад), и тоже рарлучат Contest саабшения без неабхадимаст переходит на даннй contest (special activity - WSJT-X), (специалнй режим за contest, ето в JTDX нет).
"HNY и MXMAS" ето два раза в года и если оператор хочит и сам сделат можна.

[RN9AZ]

Вот такую картину, наблюдал в работе программ JTDX и WSJT-X. Давно, за полночь, кроме шумов на 20ти метрах живёт участок 14.074. А как слышат обе программы, видно из слайдов. Приведенных ниже. И это при шуме 7 баллов на двадцати метрах. Антенна три элемента, направлена 270 градусов. Живу в 15 км от центра Челябинска. Но с 270 градусов, шумы города долетают и до меня.
В остальном Игорь. Программа ведёт себя отлично. Проблем нет. Слышала бы лучше да бы в виде шума мешает.

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

[RA3QH]

Это о том что ненужно самостоятельно конструировать макросы так как программы на них реагируют неадекватно!

так это не ко мне...я же написал что лучше в FT не экспериментировать с этим....да и смысла нет передавать клубы и номера...лучше это все в кластер кидать....

[RX3ASP]

Вот такую картину, наблюдал в работе программ JTDX и WSJT-X.

Чтобы картина была более полная, надо одни и те же сигналы декодировать. Или одновременно или посредством записи зв.файла.

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

На видео одновременная работа JTDX MSHV WSJT-X - самые свежие версии, окна слева направо. Хорошо видно, какая программа декодирует быстрее и лучше. Полосы приема, настройки чувствительности и RX частоты одинаковые. Многопроходный SWL режим в JTDX отключен. Извиняюсь за низкое качество картинки, но суть видна хорошо.
Москва, индустриальный шум S7-8, подоконная антенна из Г. и П. (не Ground Plane)))

[RN9AZ]

Чтобы картина была более полная, надо одни и те же сигналы декодировать. Или одновременно или посредством записи зв.файла.

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

На видео одновременная работа JTDX MSHV WSJT-X - самые свежие версии, окна слева направо. Хорошо видно, какая программа декодирует быстрее и лучше. Полосы приема, настройки чувствительности и RX частоты одинаковые. Многопроходный SWL режим в JTDX отключен. Извиняюсь за низкое качество картинки, но суть видна хорошо.
Москва, индустриальный шум S7-8, подоконная антенна из Г. и П. (не Ground Plane)))

Лично мне всё понятно. На Урале сейчас, пока самый короткий день, на 20ке ночью слава богу молчит европа. Хотя бы не так мешает. Это тоже хорошо видно на скринах. Не спорю и так можно было дать как вы. Но поверте истина простая, от перемены мест слогаемых сумма не меняется. А скорости при хорошем железе хватает без проблем на обе одновременно работающие программы. А в отношении железа и комок один и звуковая карта та же Антенну и трансивер тоже не менял. Обе вместе или по отдельности трудились программы резульат не менялся. А вот сделать по вашему совету, честно скажу лень уже было. Всё таки глухая ночь и спать хотелось.

[UA3DJY]

Чтобы картина была более полная, надо одни и те же сигналы декодировать. Или одновременно или посредством записи зв.файла.

Только на звуковых файлах, поскольку одновременное использование одного звукового устройства несколькими программами ведет как к конфликтам (collisions) в управлении этим звуковым устройством так и к потере звуковых фреймов при мультиплексировании одного цифрового потока на несколько нагрузок, на каждой нагрузке будут теряться свои фреймы, количество потерянных фреймов сильно зависит от загрузки процессора.

Совсем становится критично если вместо драйвера производителя звуковой карты установлен типовой драйвер от Микрософт.

[UA3DJY]

Сегодня удалось сделать первую win64 сборку JTDX под Qt 5.14.0, декодирует загруженный FT8 диапазон примерно в 1.6 раза быстрее по сравнению с win32 сборкой JTDX Qt 5.5. Из недостатков - в ней не поддерживается Windows XP.

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

[UA9CIR]

Сегодня удалось сделать первую win64 сборку JTDX под Qt 5.14.0, декодирует загруженный FT8 диапазон примерно в 1.6 раза быстрее по сравнению с win32 сборкой JTDX Qt 5.5. Из недостатков - в ней не поддерживается Windows XP.

Нижайшая просьба - не бросать экспишников, нас все-таки еще есть в эфире какое-то количество.
У нас в клубе 2/3 машин на XP, 2 года назад еще было 100%. Все компы самособранные, поэтому агрейд идет медленно.
Кстати, сколько нас? Как тут в теме сделать опрос? Хотя бы примерно узнать процент.