Вложение 186738
Да.
Вложение 186738
Да.
Сюда предложения по интерфейсу писать можно ? Программа копает глубоко и сейчас при 950 qso и при 23 строках за один цикл декодирования, стало
затруднительно искать что то новое. Есть предложение раскрашивать позывные вместо строк. По тем же принципам как сейчас, но каждый позывной
в строке отдельно.
Решил попробовать собрать самостоятельно. Облом вот тут
Как победить?Код:-- 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!
Так будет искать еще труднее, но такой подход планировался изначально и отказались от него из-за слишком высокой сложности в реализации и поддержке.
Для упрощения восприятия есть многочисленные фильтры сообщений: удаление с экрана повторов либо зачеркивание этих строк, удаление сообщений с выбранных континентов, удаление свободных сообщений, показ стандартных сообщений где есть только CQ либо только CQ/RRR/RR73/73.
В JT нет удобных или любимых частот, использование частот на диапазоне меняется с каждым интервалом и часто бывает так что поработав с полчаса на общий вызов можно обнаружить одну..две станции использующие последние полчаса эту же частоту с разницей в несколько Герц. Софты WSJT-X и JTDX позволяют использовать в JT65 одну и ту же частоту одновременно двум операторам.
JTDX 17.8 Linux x64 version
(binary files only and new CALL3.TXT):
https://cloud.mail.ru/public/6D5a/i6xsZk5Kg
Жаль, что JT10 не декодируется вместе с JT9 & JT65, если JT10 заменит в последствии JT65.
Просьба разработчикам: соберите пожалуйста deb и rpm пакеты с минимумом зависимостей при установке.
Вы к кому обращаетесь?
Разработчики сидят в Physics Department, Princeton University
И что значит "минимум зависимостей"??? Зависимости --
они по-определению ЗАВИСИМЫ. Ни больше ни меньше.
Merci Oleg
Вы разработчик? Скорее всего нет. Я обращаюсь к разработчикам проекта JTDX, который, видимо, форк WSJT-X. Давайте вы не будете за мной бегать и рассказывать о зависимостях сборки пакетов. Если что, я их собирал не единожды. Моя просьба упаковать в самые распростаненные типа установочных пакетов вполне логична - незачем устраивать в системе помойку и вручную копировать в /usr/ ибо времена слаквари давно ушли. Как ещё яснее выразиться?!