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

[US-E-12]

Lock TX=RX везде одинакова

Вы не поняли идею. В HB9HQX есть чекбокс Fix Tx Freq. Если поставить галку, то частота не будет прыгать по водопаду при клике в списке по позывным, её перемещение возможно только по клику на водопаде. Это видимо сделано для того, чтобы, человек не меняя своей основной частоты смог ответить кор-там зовущим его выше или ниже по частоте, а не прыгать на их частоты.

[LY3BG]

- если в строке на которую Вы кликаете нет Вашего позывного то меняются синхронно обе частоты: приема и передачи.

Вы не поняли идею. В HB9HQX есть чекбокс Fix Tx Freq. Если поставить галку, то частота не будет прыгать по водопаду при клике в списке по позывным, её перемещение возможно только по клику на водопаде. Это видимо сделано для того, чтобы, человек не меняя своей основной частоты смог ответить кор-там зовущим его выше или ниже по частоте, а не прыгать на их частоты.

Верно. Ещё дополню. Допустим, меня интересующий DX заканчивает QSO. Я знаю, что его будет звать не одна станция. Нахожу пустую частоту (или я хочю остаться на частоте, на которой работал), снимаю галочку и кликаю на его позывной. Частота моего ТХ не должна прыгать на частоту DX.

[LY3BG]

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

Которые файлы выполняют проверку с логом?

[UA3DJY]

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

Так оно и работает в WSJT-X/JTDX, если Вас кто то зовет в стороне и галочка Lock TX=RX снята то при нажатии на декодированную строку частота передачи останется неизменной, частота приема уйдет на частоту зовущего Вас корреспондента.

[UA3DJY]

Верно. Ещё дополню. Допустим, меня интересующий DX заканчивает QSO. Я знаю, что его будет звать не одна станция. Нахожу пустую частоту (или я хочю остаться на частоте, на которой работал), снимаю галочку и кликаю на его позывной. Частота моего ТХ не должна прыгать на частоту DX.

Есть ли разница в вариантах

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

и "кликаю на позывной затем нахожу на водопаде пустую частоту(кликаю на водопаде)"?

В последнем варианте не надо снимать(а потом обратно ставить) галочку "Lock TX=RX" - на одно-два действия меньше, а Ваш корреспондент с вероятностью более 50% ответит Вам на Вашей частоте.

[UA3DJY]

Которые файлы выполняют проверку с логом?

исходники countriesworked.cpp, countrydat.cpp, adif.cpp

исходник logbook.cpp:

void LogBook::match(/*in*/const QString call,
/*out*/ QString &countryName,
bool &callWorkedBefore,
bool &countryWorkedBefore)
{
if (call.length() > 0)
{
QString currentMode = "JT9"; // JT65 == JT9 in ADIF::match()
QString currentBand = ""; // match any band
callWorkedBefore = _log.match(call,currentBand,currentMode);
countryName = _countries.find(call);
if (countryName.length() > 0) // country was found
countryWorkedBefore = _worked.getHasWorked(countryName);
else
{
countryName = "where?"; //error: prefix not found
countryWorkedBefore = false;
}
}

раскраска строки и указание статуса Worked B4 выполняется в displaytext.cpp:

void DisplayText::_appendDXCCWorkedB4(DecodedText& t1, QString& bg,
LogBook logBook, QColor color_CQ,
QColor color_DXCC,
QColor color_NewCall)

Активируется функционал в mainwindow.cpp:

enable_DXCC_entity (m_config.DXCC ()); // sets text window proportions and (re)inits the logbook

......

//Left (Band activity) window
DecodedText decodedtext;
decodedtext=message.replace("\n","");
ui->decodedTextBrowser->displayDecodedText (decodedtext,m_baseCall,m_config.DXCC(),
m_logBook,m_config.color_CQ(),m_config.color_MyCall(),m_config.color_D XCC(),
m_config.color_NewCall());

......

if(!baveJT4msg) {
ui->decodedTextBrowser->displayDecodedText (decodedtext
, m_baseCall
, m_config.DXCC ()
, m_logBook
, m_config.color_CQ()
, m_config.color_MyCall()
, m_config.color_DXCC()
, m_config.color_NewCall());
}

набор цвета раскраски задается в configuration.ui/configuration.cpp:

void Configuration::impl:n_pbNewDXCC_clicked()
{
auto new_color = QColorDialog::getColor(next_color_DXCC_, this, "New DXCC Messages Color");
if (new_color.isValid ())
{
next_color_DXCC_ = new_color;
ui_->labDXCC->setStyleSheet(QString("background: %1").arg(next_color_DXCC_.name()));
}
}

void Configuration::impl:n_pbNewCall_clicked()
{
auto new_color = QColorDialog::getColor(next_color_NewCall_, this, "New Call Messages Color");
if (new_color.isValid ())
{
next_color_NewCall_ = new_color;
ui_->labNewCall->setStyleSheet(QString("background: %1").arg(next_color_NewCall_.name()));
}
}

и включается пользователем функционал в configuration.ui:

configuration.cpp: ui_->DXCC_check_box->setChecked (DXCC_);

[UA9OP]

Вот вопрос, винда 7 ка 64 битная, с wsjtx jtdx 'нет выхода со звуковой карты? Интегрированный реалтек с разъемами впереди и ссазади, с музыкальных программ есть звук, то что 64 бит не должно влиять..?

[UA3DTK]

...у меня тоже ,,винда 7 ка 64 битная, с wsjtx jtdx ,,...К3,HamRadioDelux и RigExspert Standart все прекрасно работает...
что-то в настройках wsjtx или Volume Mixer...

[UA9OP]

...у меня тоже ,,винда 7 ка 64 битная, с wsjtx jtdx ,,...К3,HamRadioDelux и RigExspert Standart все прекрасно работает...

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

[UA3DTK]

...посмотрите здесь...

Вложение 168179

[LY3BG]

Не, вы не поняли, VFO A при включении включает все, что надо и работает. Но в это же время VFO B включает эту же частоту, только в режиме ЧМ.
У меня обычно на А та частота, что работаю. А на VFO В двойка. Зачем программа переключает VFO B ? Как сделать , что бы только Переключалась частота на VFO A.

Я всегда со сплитом работаю. Тогда гармоники НЧ сигнала никогда не попадут на выход. Об этом есть в хелпе.

[UA3DJY]

Source code, test results, patch file, release notes and various UI options are published there:

Исходный код, результаты тестирования, patch файл содержащий изменения исходного кода, Release notes и исходники разных вариантов интерфейса опубликованы здесь:

https://cloud.mail.ru/public/CjTg/f3CEe9rnU

Файлы WSJTX.INI версий JTDX v16.1 v16.2 v16.3 v16.4 взаимно совместимы.

[UA3DJY]

1. Устранил дефект автоматической генерации ответного сообщения на сообщение "mycall hiscall RR73"

2. Устранил дефект в вычислении мощности окончания синхропоследовательности: не была инициализирована одна из переменных

3. Устранил дефект передачи излишнего числа аргументов при вызове многомодового декодера из подпрограммы jt9a.f90

4. Вернулся к использованию частоты дискретизации 1378.125 Гц в исходных кодах decode65a.f90, afc65b.f90, twkfreq65.f90.
Примененное мною ранее значение в v16.3 содержало ошибку вычисления калькулятором.

5. Увеличил количество коэффициентов фильтра нижних частот подавления зеркального спектра(антиалиасинг) перед децимацией отсчетов сигнала в исходном коде filbig.f90
c 15 до 499, выросла крутизна ската фильтра и подавление в полосе задержания.

6. Увеличил количество коэффициентов фильтра нижних частот подавления зеркального спектра(антиалиасинг) перед децимацией отсчетов сигнала в исходном коде fil6521.f90
c 21 до 23, выросла крутизна ската фильтра и подавление в полосе задержания.

7. Применил дополнительный узкополосный фильтр нижних частот для выделения синхропоследовательности кандидата на декодирование в исходном коде fil6521.f90 на частоте дискретизации 172 Гц

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

9. По причине присутствующей в софте утечки памяти для более стабильного декодирования сигналов перевел часть переменных связанных с обработкой сигнала в статические переменные

10. В исходных кодах декодеров с подсказкой уменьшил количество статических переменных для снижения постоянно занимаемого объема оперативной памяти

11. По причине изменений в фильтрации сигнала отюстировал величину репортируемого значения SNR

[UA3DJY]

JTDX v16.4 test results, JT65a, number of decoding attempts=1, decoding passes=4,
CALL3.TXT file has 20480 records:

Wideband hinted decoder, -28dB SNR files, CQ messages, Call3 based:
v16.3 37.9%
v16.4 37.5%
-----
Wideband hinted decoder, -28dB SNR files, CQ DX messages, Call3 based:
v16.3 36.1%
v16.4 36.4%
-----
CALL3 based, QSO frequency hinted decoder, -29dB SNR simulated signals, 1000 files,
decoding probability:
v16.3 54.0%
v16.4 54.7%
-----
DX Call based, QSO frequency hinted decoder, -31dB SNR simulated signals, 1000 files,
decoding probability:
v16.3 34.8%
v16.4 36.2%
-----
SDR audio files decoding test results:
correct/ false decodes
v16.3 hint off 2596/3
v16.4 hint off 2605/3

v16.3 hint on 2647/3 *
v16.4 hint on 2655/3 *

for decoding attempts=3, total number of decodes:
v16.3 hint off 2598
v16.4 hint off 2620
-----
SDR audio files with more than 20 signals in each file, decoding test results:
correct/ false decodes
v16.3 hint off 3171/9
v16.4 hint off 3172/6

v16.3 hint on 3258/10 *
v16.4 hint on 3248/4 *

for decoding attempts=3, total number of decodes:
v16.3 hint off 3194
v16.4 hint off 3218

*it is not possible to confirm every hinted CQ/CQ DX decode from these
SDR audio files is correct one.
-----
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, decoding probability:
v16.3 hint off 16.6%
v16.4 hint off 17.0%

* Для декодирований широкополосных декодеров CQ/CQ DX из SDR файлов невозможно определить все ли полученные декодирования верны.

[UA3DJY]

Возможно на следующей неделе будет опубликован пробный WSJT-X v1.7.

Новый функционал перечислен здесь: http://physics.princeton.edu/pulsar/...7_Features.txt


Date: Thu, 04 Aug 2016 16:09:42 -0400
From: Joe Taylor <joe@princeton.edu>
Subject: [wsjt-devel] Development status
To: wsjt-devel@lists.sourceforge.net
Message-ID: <57A3A106.6070308@princeton.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Dear Colleagues,

With many recent enhancements to the experimental modes QRA64 and MSK144
and some cleanup of certain GUI features, we are almost ready to make an
open Alpha Release of WSJT-X v1.7.

It could be based on code revision r7002 (or perhaps slightly later, if
we find any problems in the next 24 hours or so).

Please read the draft document about Version 1.7 posted here:
http://physics.princeton.edu/pulsar/...7_Features.txt
and suggest any additions or improvements that occur to you.

A number of people have contributed to recent feature additions and
testing -- particularly G3WDG, G4SWX, G4WJS, IV3NWV, K9AN, KI7MT,
VE1SKY, VK7MO, W8WN, and W9MDB. (Hope I didn't forget anyone.)

Hearty thanks to all!

-- 73, Joe, K1JT, for the WSJT Development Group