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

[US4IRT]

эту кнопку просто еще не успел убрать.

Игорь! Вспомнил что хотел сказать. Не знаю вместо какой кнопки добавить бы "Fix TX",которая фиксирует частоту передачи (как в HB9HQX).Очень удобная функция особенно при работе на CQ и особенно для DX-ов (не нужно скакать по частоте,отвечая разным корреспондентам).Кнопки "Tx<Rx" и "Tx>Rx" не очень удобны (и нужны ли).

[R0JF]

Игорь! Вспомнил что хотел сказать. Не знаю вместо какой кнопки добавить бы "Fix TX",которая фиксирует частоту передачи (как в HB9HQX).Очень удобная функция особенно при работе на CQ и особенно для DX-ов (не нужно скакать по частоте,отвечая разным корреспондентам).Кнопки "Tx<Rx" и "Tx>Rx" не очень удобны (и нужны ли).

Так Вы просто галочку снимите с "Lock Tx=Rx" и получите желаемый результат!
Зачем ТУТ-то кнопочка? Заранее всё предусмотренно

[EU1FQ]

Кнопки

...
Для работы декодеров необходимо копировать поставляемый вместе с софтом файл CALL3.TXT в 'домашнюю' папку где находится wsjtx_log.adi

Ранее в каком-то посте звучало (не могу найти), что размер файла CALL3.TXT ограничен по размеру. И в случае его большего размера, рекомендуется делить на части, в зависимости от направления работы. Что-то изменилось?

[UA3DJY]

Ранее в каком-то посте звучало (не могу найти), что размер файла CALL3.TXT ограничен по размеру. И в случае его большего размера, рекомендуется делить на части, в зависимости от направления работы. Что-то изменилось?

сейчас ограничение в 25000 позывных, но это ограничение при обработке файла CALL3.TXT, прописано в исходном коде hint65.f90, hintwidecq.f90, hintwidedx.f90:

parameter (MAXCALLS=25000,...)

if(first) then
open(23,file=trim(data_dir)//'/CALL3.TXT',status='unknown')
...
do i=1,MAXCALLS

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

Ранее я думал что чувствительность декодеров зависит от количества записей в файле CALL3.TXT, в реальности оказалось что зависимость есть при нескольких позывных в файле, если количество позывных более нескольких десятков то разница уже незаметна.

[US4IRT]

Так Вы просто галочку снимите с "Lock Tx=Rx"

И что получится? Только по "водопаду" можно перемещаться приемом.А щелкни по позывному - передача улетает тоже на корреспондента.Это не то... .Передача должна стоять на месте.Передвигаться должна по водопаду,частотой в окошке,но не после щелкания по позывному.А здесь все наоборот.
Второе - место можно освободить ещё под что то.

[VK6KXW]

из примеров работы Hint: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1251946

В работе Hint есть особенность, при запуске софта при появлении первого кандидата на частоте RX происходит обработка содержимого файла CALL3.TXT и генерация более миллиона возможных сообщений для декодера Hint65.f90, что у меня на процессоре с тактовой 3ГГц занимает примерно 20 секунд.

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

Включение кнопки Hint приводит к увеличению объема занимаемой оперативной памяти процессом jt9.exe до 170...220 мегабайт. Если кнопку не включать то процесс jt9.exe будет занимать не более 60 мБ оперативной памяти. Выключение кнопки Hint отключает группу декодеров но не вычищает оперативную память - при повторном включении кнопки Hint будет использоваться информация которая уже есть в оперативной памяти.

Hi Igor have put your FAQ answers in the File section of Udo's so a permanent record is kept.
After reading your 2 posts I learn't as well so must many others be in the same boat!

Here's a short foreword of same.

Description of Button Functions
MACROPODS RULE·WEDNESDAY, AUGUST 10, 2016
The following is a technical description of the functionality of the buttons and with the aim
of helping the user, by Igor,UA3DJY 10/08/16 translated from Russian to English by Peter VK6KXW.

Buttons
blah blah so forth

also

Description of the Hint button
MACROPODS RULE·WEDNESDAY, AUGUST 10, 2016

The following is a technical description of the functionality of the Hint Button with the aim
of helping the user, by Igor,UA3DJY 10/08/16 translated from Russian to English by Peter VK6KXW.
In work of Hint there is a feature, at start of software ...
blah blah so forth

73 de Peter,VK6KXW

[UA3DJY]

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

Ранее я думал что чувствительность декодеров зависит от количества записей в файле CALL3.TXT, в реальности оказалось что зависимость есть при нескольких позывных в файле, если количество позывных более нескольких десятков то разница уже незаметна.

Неправильно написал этот пост: чувствительность широкополосных декодеров с согласованной фильтрацией и декодера на RX частоте использующих CALL3.TXT преднамеренно загрублена порогами в исходниках hint65.f90 hintwidecq.f90 hintwidedx.f90 - по критерию приемлемого количества ложных декодирований.

Декодеры с согласованной фильтрацией используют функцию корреляции, ищется максимальное значение корреляции между принятым сообщением и сообщениями полученными на основе CALL3.TXT (или информации из окон DX Call, DX Grid).

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

Количество позывных в CALL3.TXT влияет на объем занимаемой оперативной памяти, время декодирования для 22 тысяч позывных в CALL3.TXT было около одной секунды для процессора с тактовой частотой 3ГГц. Соответственно увеличение количества позывных до 50 тысяч приведет к росту времени декодирования декодерами с согласованной фильтрацией примерно до двух секунд и росту объема занимаемой оперативной памяти процессом jt9.exe до 350..450мБ.

Для декодера на базе DX Call / DX grid количество проверяемых возможных сообщений совсем мало, соответственно меньше вероятность ложного декодирования, ниже выставлены пороги что позволяет получить чувствительность -31 dB SNR.

В выпущенном WSJT-X v1.7 JT65 декодер с согласованной фильтрацией применяется только на RX частоте при активированном УКВ функционале одиночной моды JT65, декодер QRA64 работает тоже только на RX частоте.

Возможно Joe K1JT считал что невозможно добиться приемлемого количества ложных декодирований в широкой полосе(?).

[R0JF]

И что получится? Только по "водопаду" можно перемещаться приемом.А щелкни по позывному - передача улетает тоже на корреспондента.Это не то... .Передача должна стоять на месте.Передвигаться должна по водопаду,частотой в окошке,но не после щелкания по позывному.А здесь все наоборот.
Второе - место можно освободить ещё под что то.

Ничего у меня не улетает. Передача на месте стоит, свободно делаю двойной щелчок на позывном, прием меняет частоту, передача нет. v16.5.

PS а на v16.4 действительно улетает... Хм.

[US4IRT]

PS а на v16.4 действительно улетает... Хм.

Поставил 16.5 - здесь всё в порядке.Стояла 16.3

[UA6AGN]

Добрый день, скиньте v16.5= ua6agn@mail.ru за раннее благодарен.

[RU3XW]

Добрый день, скиньте v16.5= ua6agn@mail.ru за раннее благодарен.

Откатитесь на несколько страниц форума назад.
v.16.4 - пост №1766, 1734
v.16.5 RC - пост №1780

Успехов!

[EU1FQ]

Тестовый софт доступен для скачивания - пожалуйста пробуйте и сообщайте если есть какие либо дефекты.

Непонятки с CQ DX. Статистики маловато, но закономерность уже наблюдается.
В чем суть. Если корреспондент передает CQ DX, то возможны два варианта:
1. JTDX определяет корреспондента как B4, в то время как JTAlert отражает правильную информацию
2. JTDX определяет правильный статус корреспондента, а JTAlert вообще не показывает ничего!
Режим работы JT9+JT65. Все это относится к JT65. В JT9 такого отмечено не было.
В остальном заявленные фичи работают нормально
Николай

[UA9OP]

В остальном заявленные фичи работают нормально

Непонятки с CQ DX. Статистики маловато, но закономерность уже наблюдается.
В чем суть. Если корреспондент передает CQ DX, то возможны два варианта:
1. JTDX определяет корреспондента как B4, в то время как JTAlert отражает правильную информацию
2. JTDX определяет правильный статус корреспондента, а JTAlert вообще не показывает ничего!
Режим работы JT9+JT65. Все это относится к JT65. В JT9 такого отмечено не было.
В остальном заявленные фичи работают нормально
Николай

не знаю может только у меня, при декодировании decode включается на 53-54 сек, и выкл через 10 сек?
второе, бывает DECODE включился и так висит пока не перезагрузишь программу?

[R7FQ]

не знаю может только у меня, при декодировании decode включается на 53-54 сек, и выкл через 10 сек?
второе, бывает DECODE включился и так висит пока не перезагрузишь программу?

Игорь упоминал, что в момент декодирования, возрастает нагрузка на процессор. Очень похоже, что у Вас из-за слабых ресурсов железа, подвисает программа.
Например загрузку железа я контролирую программой Системный Эксплорер. Вот на скрине момент декодирования:

[UA9OP]

возрастает нагрузка на процессор. Очень похоже, что у Вас из-за слабых ресурсов

не в этом дело