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

[RX3ADU]

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

Вложение 266280

Здесь у вас что стоит?

Спасибо. Правильно говорят, учи мат.часть Эта кнопка была активирована у меня. Всё заработало штатно.

[RJ9M]

Установил программу. Всё вроде заработало, но появилась пара вопросов.
Что означают символы в виде точек/звёздочек перед названиями стран
и можно ли их убрать?
Можно ли писать в Лог частоту в стандарте 10.136.00, 18.100.00, а не реальную 10.137.89 и т.д.?
И главное: как перемещать по водопаду отдельно красный курсор передачи?
Все кнопки нажимал, не нашёл.
Прошу не пинать. Если что раньше работал в WSJT-X.

[RO7F]

Что означают символы в виде точек/звёздочек перед названиями стран
как перемещать по водопаду отдельно красный курсор передачи?

На нужную частоту, при активном сплите



Символ • - оператор с этим позывным заливал свой лог в LoTW
Символ ° - то же что предыдущий плюс это сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Символ * - сообщение декодировано декодером FT8 AP(Hint) или декодером на согласованных фильтрах (JT65 JT9 T10)
Если префикс начинается с символа * (позиция первого символа префикса) то это уведомление о стране по списку диплома WAE, которое приходит из файла cty.dat.

Можно ли писать в Лог частоту в стандарте 10.136.00, 18.100.00, а не реальную 10.137.89

Как вариант в логе прописать формат 10.136.

[US4IRT]

Назначение левой и правой кнопки мыши обратное: левая - зеленый (приемный), правая - красный (передающий) курсоры.

[RJ9M]

Назначение левой и правой кнопки мыши обратное: левая - зеленый (приемный), правая - красный (передающий) курсоры.

Да, спасибо, разобрался.
Не хочу показаться назойливым, но не могу понять как заставить программу
после окончания QSO переключаться на стандартное сообщение CQ?
В WSJT-X это происходит по умолчанию, здесь приходится включать в ручную,
курсор остаётся на 73 или RR73.

[RO7F]

Назначение левой и правой кнопки мыши обратное: левая - зеленый (приемный), правая - красный (передающий) курсоры.

Абсолютно точно, мой косячекс.

[R6LCF]

здесь приходится включать в ручную,
курсор остаётся на 73 или RR73.

Очистите окно макросов. У меня это происходит автоматически с помощью установленных галок.

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

[UR5LCZ]

После введения в программу инфо об потеряных аудио блоках, стало понятно, почему иногда пропадали интервалы декодирования.
Но вот возник вопрос: а как с этим можно бороться?
Посмотрел в своей системе - вроде все выставлено правильно, процессор i7, 3ГГц, 8ГБ оперативки, W7/64, 7 ядер на декодирование, а потери продолжаются.
А что у всех все в порядке?

[UD0CAJ]

rc147 все работает нормально.
rc150 нет списка частот. Но с трансивером работает.
rc151 не видит трансивер в упор и нет списка частот.

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

[UA3DJY]

После введения в программу инфо об потеряных аудио блоках, стало понятно, почему иногда пропадали интервалы декодирования.
Но вот возник вопрос: а как с этим можно бороться?
Посмотрел в своей системе - вроде все выставлено правильно, процессор i7, 3ГГц, 8ГБ оперативки, W7/64, 7 ядер на декодирование, а потери продолжаются.
А что у всех все в порядке?

В дополнение к этому посту

Системный звук относится к задачам операционной системы и должен обрабатываться процессором с более высоким приоритетом по сравнению с 'нормальным приоритетом' процессов приложений пользователя, то есть загрузка процессора приложениями пользователя не должна приводить к сбоям в работе самой операционной системе. По факту в операционках Windows мы имеем обратное: обработка системного звука зависит от загрузки процессора приложениями пользователя.

Возможно корни проблемы в обработке прерываний PCI шины в операционной системе Windows, есть сообщение от пользователя JTDX что проблема потери PCM отсчетов системного аудио появилась после Windows XP и может зависеть от установленного железа на материнской плате, возможно связана с этим изменением в обработке прерываний в операционках Windows.

- - - Добавлено - - -

rc147 все работает нормально.
rc150 нет списка частот. Но с трансивером работает.
rc151 не видит трансивер в упор и нет списка частот.

Необходимо сделать ресет списка частот, но лучше переименовать (либо удалить) файл с настройками при выключенной программе. Если после удаления файла настроек в rc151 CAT c трансивером не начнет работать то проблема связана с изменениями в Hamlib, тогда я Вам на почту пришлю сборку rc151 с более свежей версией Hamlib.

[R3BB]

После введения в программу инфо об потеряных аудио блоках, стало понятно, почему иногда пропадали интервалы декодирования.
Но вот возник вопрос: а как с этим можно бороться?
Посмотрел в своей системе - вроде все выставлено правильно, процессор i7, 3ГГц, 8ГБ оперативки, W7/64, 7 ядер на декодирование, а потери продолжаются.
А что у всех все в порядке?

Можно попробовать распределить задачу на другие ядра процессора. Как описано тут Страница не найдена – Вадим Стеркин - если непонятно , приеду домой приложу файлик.

[EU1FQ]

... По факту в операционках Windows мы имеем обратное: обработка системного звука зависит от загрузки процессора приложениями пользователя.

А если используется внешняя звуковая карта, то что, приоритет отдается ей?

[US4IRT]

В WSJT-X это происходит по умолчанию, здесь приходится включать в ручную,
курсор остаётся на 73 или RR73.

При работе на CQ эта кнопка должна быть в таком положении. На поиск лучше включить её.

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

[R6LCF]

А что у всех все в порядке?

Количество потоков установлено Авто. Внимательно слежу за Lag= не более+ 0,10+0,15.Настройки соответсственно.
Все в норме.Проц справляется.у меня еще и программа SunSDR2DX нагружает!

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

[UA3DJY]

А если используется внешняя звуковая карта, то что, приоритет отдается ей?

Прием аудио: звуковая карта является источником сигнала, у нее есть буфер куда она складывает созданные АЦП PCM отсчеты (мы работаем без компрессии, линейное аудио). Звуковая карта создает прерывание-сигнал операционной системе что есть для нее данные которые необходимо забрать, это надо сделать до того как наступит переполнение буфера, операционная система знает что эти данные адресованы JTDX. Операции выполняются на системном уровне на процессоре, до момента передачи данных в JTDX это системная задача. Теперь представьте что перед получением прерывания процессор был нагружен задачами например Интернет браузера и операционная система смогла обработать прерывание уже после переполнения буфера на звуковой карте.

Смотрю на несколько лет работы над кодом JTDX и появляется вопрос, что если сейчас операционная система Windows не позволяет эффективно использовать заложенные в JTDX возможности, в чем смысл дальнейшего развития FT8 декодера для пользователей Windows, особенно учитывая статистику скачивания последних версий WSJT-X по которой следующее распределение пользователей:

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

win32 78%
win64 15%
Линукс 4%
Мак 3%.

По этой статистике парк компьютеров пользователей отстает на несколько лет от уже заложенных в JTDX возможностей.