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

[UA3DJY]

Шаг 111. Завершен функционал коротких сценариев последовательности сообщений (закладка Sequencing настроек).

При сборке этого шага использовались JTSDK 2.0.6 и последняя версия Hamlib 3.2.

Собранный софт под Windows: https://cloud.mail.ru/public/FUmH/Wug9fJUaK

Исходный код: https://cloud.mail.ru/public/BWf9/DnQE4AMxy

кодовые суммы:
File name: JTDX-18.0.0-step111-win32.exe
MD5: EC916C61AD32137C51625A42A0B4D3E2
SHA-1: D72D6171AA332051B33F157133F14EF8102C3971
SHA-256: 195307BF50D76C5F8FF122E0334F176B2E42036F46D60E630815E46D41040F40
SHA-512: 4CF4147C543E7517F6C00BF60C2CA734A6DC851F8848A8A3B117B61B70F63E8FD04851 07AD123854227B784F22BFBEBE0D3DDC25C760E38F84BCD4BBF9A14A5A
RIPEMD: 56684768A4BF98586FB22289037C8D52F722FB59


Структура файла JTDX.INI такая же как у шага 97. При самостоятельной сборке из исходного кода необходимо удалить старые объектные файлы.

[UN5J]

Странно, но вечером все наладилось.

Да ужж..., уже все наладилось. Всем спасибо за ответы.

[R3SE]

Большое спасибо, Игорь! Тестируем

File name: JTDX-18.0.0-step111-win32.exe
.

[UT5URW]

согласно письму от Joe K1JT:


[wsjt-devel] Full Release of WSJT-X Version 1.8.0
From: Joe Taylor <joe@pr...> - 2017-10-28 21:30:35

The WSJT Development Group is pleased to announce the full General
Availability release of WSJT-X Version 1.8.0.

Changes since "Release Candidate 3" (wsjtx-1.8.0-rc3) are very minor;

Не совсем ясно, как поступать при обновлении с RC2 на Windows 64. Устанавливать в новую директорию или в существующую?

[RC3C]

Не совсем ясно, как поступать при обновлении с RC2 на Windows 64. Устанавливать в новую директорию или в существующую?

устанавливать в ту же папку. я так обновился до full release c rc3 на win10 x64

[R2PU]

Странно, но вечером все наладилось.

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

1) Покупается внешний GPS приёмник (ориентировочно 600-1500 р на aliexpress).
2) Данный приёмник втыкается в свободный порт компьютера (для гурманов - можно реализовать и подключение через bluetoth).
3) Ставится и запускается программа синхронизации времени по GPS.
Всё! Наличие интернета , его "торможения" , "падения" и проч прелести (кстати вплоть до отключения электроэнергии в районе при котором как правило рушится и провайдер) уже не волнуют - в эфир можно выйти всегда -и DT будет "в нолях"

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

P.S. На данный момент я на GPS Unblox 8й серии + NmeaTime2 , до этого использовал GPS MT3333 + SatTime 1.3 , до этого на SiRF Star III + SatTime.
DT стабильно " в нулях" (NmeaTime2 всё ж реализовано поинтересней SatTime , с ним отклонение в пределах сотых долей секунды без ввода поправок и "держит" время вообще постоянно - впрочем это выходит за рамки темы)
И я правда уже не могу вспомнить когда последний раз открывал time.is или звонил провайдеру : "опять упал интернет" - упал и бог с ним , у нас есть хобби поинтересней + (сугубо моё мнение) имея возможность проводить связи за многие тысячи км как то не очень айс зависеть от наличия и\или скорости интернета .

[UA0DBX]

1) Покупается внешний GPS приёмник

Роман, при всем уважении к вашему методу и техническому описанию, скажу следующее.

Не найдете понимание, с таким предложением. Потерянное время впустую.

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

А с техническими решениями и настройками вы предлагаете ещё и расходы

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

[RA3DRI]

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

Этого не достаточно.
Ранее была статья, в которой говорилось о том, что время "скачет" в течении минуты на 3-5 секунд. Это объяснялось перегрузкой процессора (CPU) и малой ёмкостью опер. памяти. Действительно, WSJT-Х, кроме обработки "водопада, обслуживает ещё и eQsl, QRZ.com, другие логи и проч. c помощью Alert.
Для решения проблемы (при наличии Инета) ничего не мешает в D4 установить время синхронизации в 10 (и менее) секунд при обнаружении скачков.

[UN5J]

Я страницами ранее в теме FT8 описывал как просто в реестре, инструментами винды настроить синхронизацию времени в период через 15 мин к примеру.

Поддерживаю Леонида, у меня так и работает корректировка времени.
Проблем как-то и не было, а тут обратил внимание что обычно в субботу происходит сбой и не идет корректировка.
Будем надеяться, что это единичный случай.

[R6LCF]

Это объяснялось перегрузкой процессора (CPU) и малой ёмкостью опер. памяти. Действительно, WSJT-Х, кроме обработки "водопада, обслуживает ещё и eQsl, QRZ.com, другие логи и проч.

В наше время о работе в таких сложных и высокопроизводительных модах на "древних процессорах" и копеечной опер.памяти как то не совсем........Я так понимаю ,хочешь успешно работать....вовремя обновляй технику. Это вообще без комментариев и мелких возражений. Сам это периодически выполняю и ни на что не жалуюсь ,а работаю и не отвлекаюсь на эти мелочи.Это даже и не рассматривается ,это должно быть само собой разумеющиеся! Как то так!

[UA0DM]

Для слабых процессоров и малой оперативки ставьте легкие системы и все будет работать.

[RA9CMG]

ставьте легкие системы и все будет работать.

Работать то будет, но не так как положено.
В один проход декодить по 10 сек - чего хорошего?
Я начинал еще на AMD E-350 с JT65-HF. Как то тянуло, декод был длинный.
Сейчас даже не думаю устанавливать JTDX на эту систему.
"Лучше никак, чем как нибудь"

[UA0DBX]

Этого не достаточно.

Думаю достаточно. Я не говорю про очень древние компьютеры но лично обновлял комп по своим часам у которого параметры были примерно такие, амд атлон ниже 800мгц и оперативки 512 мб. При этом не было интернета естественно вообще. А также не было ненужных связок в придачу к аппаратному журналу типа Alert но работала ужасно прожорливая JT65HF .
Все работало так: лог UR5EQF + JT65HF (это ещё на заре jt65) JT65HF кстати жрало ресурсов ужасно много.
Но все работало, декодировалось. А в системе ничего лишнего не было установлено.

У меня нет связки с Alert не вижу надобности для себя.
Сейчас работает так: основной лог UR5EQF + WSJT-X это всё ! Просто работаю в WSJT-X а лог сливаю в UR5EQF в процессе работы путём импорта ADIF из WSJT-X или по окончании работы. Зачем городить сложные связки программ, не вижу смысла.
Дополнительные процессы eQsl, QRZ.com, другие логи и проч это вне работы а зачем вместе ? Куда надо отправляю из основного лога UR5EQF.

При желании естественно можно ещё что нибудь из под основного лога запустить, но монитора не хватит

[RC3C]

Сейчас работает так: основной лог UR5EQF + WSJT-X это всё ! Просто работаю в WSJT-X а лог сливаю в UR5EQF в процессе работы путём импорта ADIF из WSJT-X или по окончании работы. Зачем городить сложные связки программ, не вижу смысла.

+100500 в поддержку к написанным словам. Зачем городить огород?

[RW4LN]

Это что окончательная версия или будет продолжение?