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

[LY3BG]

Vitas, а сорцы? у Вас - это Релиз?

Правильно ли я понимаю, что это ссылка на финальный релиз версии 17.8 ?

Да.

[RW4WZ]

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

[UV7IQ]

Решил попробовать собрать самостоятельно. Облом вот тут

-- Building wsjtx-17.8.0
-- ******************************************************
-- Building for for: Linux-x86_64
-- ******************************************************
-- Try OpenMP CXX flag = [-fopenmp=libomp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Could NOT find OpenMP (missing:  OpenMP_CXX_FLAGS) 
-- ENV{PKG_CONFIG_PATH} /usr/lib/pkgconfig
PC_HAMLIB_STATIC_INCLUDE_DIRS=
PC_HAMLIB_STATIC_LDFLAGS=-lhamlib;-lm;-ldl;-lusb
CMake Error at CMake/Modules/LibFindMacros.cmake:87 (message):
  Required library hamlib NOT FOUND.

  Install the library (dev version) and try again.  If the library is already
  installed, use ccmake to set the missing variables manually.
Call Stack (most recent call first):
  CMake/Modules/Findhamlib.cmake:70 (libfind_process)
  CMakeLists.txt:680 (find_package)


-- Configuring incomplete, errors occurred!

Как победить?

[UA3DJY]

Решил попробовать собрать самостоятельно. Облом вот тут

-- Building wsjtx-17.8.0
-- ******************************************************
-- Building for for: Linux-x86_64
-- ******************************************************
-- Try OpenMP CXX flag = [-fopenmp=libomp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Could NOT find OpenMP (missing:  OpenMP_CXX_FLAGS) 
-- ENV{PKG_CONFIG_PATH} /usr/lib/pkgconfig
PC_HAMLIB_STATIC_INCLUDE_DIRS=
PC_HAMLIB_STATIC_LDFLAGS=-lhamlib;-lm;-ldl;-lusb
CMake Error at CMake/Modules/LibFindMacros.cmake:87 (message):
  Required library hamlib NOT FOUND.

  Install the library (dev version) and try again.  If the library is already
  installed, use ccmake to set the missing variables manually.
Call Stack (most recent call first):
  CMake/Modules/Findhamlib.cmake:70 (libfind_process)
  CMakeLists.txt:680 (find_package)


-- Configuring incomplete, errors occurred!

Как победить?

необходимо один раз собрать hamlib до сборки JTDX

[UA3DJY]

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

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

Для упрощения восприятия есть многочисленные фильтры сообщений: удаление с экрана повторов либо зачеркивание этих строк, удаление сообщений с выбранных континентов, удаление свободных сообщений, показ стандартных сообщений где есть только CQ либо только CQ/RRR/RR73/73.

[UA3DJY]

Есть в MIXW такой замечательный макрос ALIGN:F(HZ) При реализации его в JTDX каждый поставил бы себе частоту удобную ему для приема и передачи.
Естественно после завершения QSO нужно вернуть все как было Например кнопка BACK. В режиме SPLIT ,если много станций, можно и на голову кому ни будь сесть. Да и часто включают узкий фильтр и не слышат вызовы со стороны.

В JT нет удобных или любимых частот, использование частот на диапазоне меняется с каждым интервалом и часто бывает так что поработав с полчаса на общий вызов можно обнаружить одну..две станции использующие последние полчаса эту же частоту с разницей в несколько Герц. Софты WSJT-X и JTDX позволяют использовать в JT65 одну и ту же частоту одновременно двум операторам.

[R0JF]

Для Linux будет?

Сегодня после работы соберу.

[R0JF]

JTDX 17.8 Linux x64 version

(binary files only and new CALL3.TXT):

https://cloud.mail.ru/public/6D5a/i6xsZk5Kg

[RW4LN]

Жаль, что JT10 не декодируется вместе с JT9 & JT65, если JT10 заменит в последствии JT65.

[US-E-12]

JTDX-17.8.0 for UR5EQF

[UV7IQ]

Просьба разработчикам: соберите пожалуйста deb и rpm пакеты с минимумом зависимостей при установке.

[R0JF]

Просьба разработчикам: соберите пожалуйста deb и rpm пакеты с минимумом зависимостей при установке.

Вы к кому обращаетесь?

Разработчики сидят в Physics Department, Princeton University

И что значит "минимум зависимостей"??? Зависимости --
они по-определению ЗАВИСИМЫ. Ни больше ни меньше.

[francis]

Merci Oleg

[UV7IQ]

Вы к кому обращаетесь?

Разработчики сидят в Physics Department, Princeton University

И что значит "минимум зависимостей"??? Зависимости --
они по-определению ЗАВИСИМЫ. Ни больше ни меньше.

Вы разработчик? Скорее всего нет. Я обращаюсь к разработчикам проекта JTDX, который, видимо, форк WSJT-X. Давайте вы не будете за мной бегать и рассказывать о зависимостях сборки пакетов. Если что, я их собирал не единожды. Моя просьба упаковать в самые распростаненные типа установочных пакетов вполне логична - незачем устраивать в системе помойку и вручную копировать в /usr/ ибо времена слаквари давно ушли. Как ещё яснее выразиться?!

[UA3DJY]

Просьба разработчикам: соберите пожалуйста deb и rpm пакеты с минимумом зависимостей при установке.

У нас две машины, одна бежит под Windows 10 другая под Gentoo, на последней сборка оптимизируется под имеющееся на этой машине железо. Игорь R0JF помогает со сборкой под Ubuntu, если собранный софт не вписывается в желаемое придется собирать самостоятельно.