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

**US4IRT** · 19.10.2018, 19:57

Сообщение от UA3VFL

окошко не появляется как раньше в старых версиях

Всё появляется. Галка должна для этого стоять на верхней строке. Но тогда в том окошке нужно жать "ОК". Если будет на второй - связь сохраняется без окошка.

Нажмите на изображение для увеличения.

Название: log.gif
Просмотров: 12
Размер: 15.2 Кб
ID: 220486

**UT8NT** · 19.10.2018, 20:26

Сообщение от US4IRT

Всё появляется. Галка должна для этого стоять на верхней строке. Но тогда в том окошке нужно жать "ОК"

v 18.1.94 при завершении QSO и передаче от меня "73" несколько раз окно с предложением сохранить QSO не выскакивало.
Приходилось сохранять связь в журнал нажатием кнопки "Log QSO"
В настройках галка как всегда стоит

Название: 2018-10-19 20 22 11.jpg
Просмотров: 644

Размер: 19.1 Кб

с такой ошибкой столкнулся впервые после обновления до v 18.1.94, раньше подобных ситуаций не возникало, закономерности пока не выявил...

**US4IRT** · 19.10.2018, 21:44

Сообщение от UT8NT

несколько раз окно с предложением сохранить QSO не выскакивало.

Может выскакивало, но спрятано под другим? На ХР3 такого не наблюдал никогда, всегда выскакивало. На последней (v2.0.1-rc17) тоже. Может в каких то других режимах? У меня всегда AutoCQ1 стоит и 1QSO.

**R3OZ** · 19.10.2018, 21:56

Сообщение от UT8NT

с такой ошибкой столкнулся впервые после обновления до v 18.1.94,

У меня такого не было.

**UT8NT** · 19.10.2018, 22:05

Сообщение от US4IRT

Может в каких то других режимах? У меня всегда AutoCQ1 стоит и 1QSO.

Окно сохранения QSO в лог не выскакивало в режимах "QSO1" и AutoSeg1.
При работе на CQ все штатно.
Про то что окно может быть под другими окнами, честно говоря даже и не думал...попробую закрыть все окна в ситуации когда ошибка повторится...

**UA3DJY** · 19.10.2018, 22:16

Сообщение от UT8NT

v 18.1.94 при завершении QSO и передаче от меня "73" несколько раз окно с предложением сохранить QSO не выскакивало.
Приходилось сохранять связь в журнал нажатием кнопки "Log QSO"

Был такой сбой, проблема должна быть решена в версии JTDX 18.1.95, попробуйте её.

**RW9WT** · 20.10.2018, 04:41

В 18.1.95 точно все нормально.
Игорь, сейчас установлю версию 2.0.1-rc17.
Если я правильно понял, INI файл относительно 18.1.95 менять не потребуется.

PS. У нас полчаса назад было интересное явление природы - температура -8 С и ... гроза с молниями и раскатами грома.

**UA3DJY** · 20.10.2018, 08:18

Сообщение от RW9WT

сейчас установлю версию 2.0.1-rc17.
Если я правильно понял, INI файл относительно 18.1.95 менять не потребуется.

В rc17 по сравнению с 18.1.95 в INI добавлены настройки "WriteDecodedALLTXT","WriteDecodedDebugALLTXT". Попробуйте использовать INI от 18.1.95, если будет неадекватное поведение то удалите.

**RW9WT** · 20.10.2018, 08:34

Пока работает нормально.

**UA3DJY** · 20.10.2018, 12:47

Сообщение от RW9WT

Пока работает нормально.

Сегодня дадим JTDX 18.1.96 на пробу, на основе 2.0.1-rc21.

**UA3DJY** · 20.10.2018, 14:20

Измененный функционал:

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

- в запись диагностики в файл ALL.TXT добавлены причина Clear DX, направление сообщений в AutoSeq, статус истории QSO и работа функционала UDP Reply. Улучшена диагностика причины выключения передачи.
- патч на цвет фона пустого окна DX Call
- ряд изменений касательно сборки JTDX под Mac OS X
- настройки основного окна реструктурированы в коде
- добавлены новые опции: записи всех декодированных сообщений и записи декодированых сообщений + сообщений диагностики в файл ALL.TXT. Опции могут быть включены/выключены в закладке Reporting настроек.
- патч на сбой выражающийся в остановке передачи если сообщение RRR/RR73 от корреспондента не декодировано
- патч на поиск местоположения декодированного сообщения FT8AP декодера в UDP Reply функционале
- изменено уведомление цветом для 'других' стандартных сообщений, теперь для уведомлений по ним используется маркер расположенный после сообщения
- выполнен функционал записи позывных с декодированного специального сообщения DXpedition в хэш таблицу, для записи в таблицу позывной должен находиться в окне DX Call, сама запись происходит когда от этого позывного декодировано специальное сообщение DXpedition.
После записи позывного в хэш таблицу JTDX будет полностью показывать на экране специальные сообщения от этого позывного даже когда он отсутствует в окне DX Call.
Если любой новый позывной находящийся в окне DX Call будет иметь то же значение хэша что и ранее записанный в таблицу позывной то при декодировании специального сообщения ранее записанный позывной в таблице будет заменен на новый.
- хэш таблица должна сохраняться в файле hashtable1.txt (в папке с логом и INI файлом) каждый раз когда новый позывной определен из специального DXpedition сообщения по соответствию хэша
- JTDX должен считывать данные с файла hashtable1.txt и помещать их в хэш таблицу при первом включении декодера после запуска программы. То есть если позывной есть в файле hashtable1.txt то специальные сообщения от него будут полностью выводиться на экран после перезапуска программы даже если этого позывного нет в окне DX Call.

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

Доступны три уровня записи в ALL.TXT:
- все галочки сняты, записываются переданные сообщения и только те принятые сообщения где есть позывной оператора
- опция записи всех принятых сообщений
- опция записи всех сообщений + диагностики

Для записи любого сообщения идет доступ к диску и открывается на диске файл ALL.TXT, то есть если декодировано 40 сообщений в интервале то при их обработке файл ALL.TXT будет открыт более 40 раз. Каждое открытие файла с диска занимает ощутимое время и новый функционал позволит его уменьшить.

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

Изменения в Hamlib в сборке JTDX 18.1.96:
- поддержка индикации выходной мощности для трансивера IC7700 в диапазоне 200 Вт
- патч на показ выходной мощности для трансивера IC7100

Линки:

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

JTDX.INI файл изменен, добавлены новые настройки: "WriteDecodedALLTXT","WriteDecodedDebugALLTXT".

**UR5LCZ** · 20.10.2018, 19:06

В версии 18.1.95 при смене диапазона или частоты на 1 кГц поля должны очиститься.
У меня этого не происходит.
Что надо сделать, чтобы это было?

**US4IRT** · 20.10.2018, 19:23

Сообщение от UR5LCZ

Что надо сделать, чтобы это было?

Галку поставить

Название: band.gif
Просмотров: 612

Размер: 9.0 Кб

**UA3DJY** · 20.10.2018, 19:24

Сообщение от US4IRT

Игорь! Ещё одно появилось в rc16 - я сработал с ZL7X, отработало на УРА, но после очистки окон захотел понаблюдать за работой и вставил опять позывной. Но программа упорно его удаляет! Опять не хочет слушать оператора

Вставлял его, правда, копированием, а иначе не декодирует. Потом когда уже принял декод и внёс как положено - пока не сносит.

Воспроизвел в лабораторных условиях, очищается только тот позывной в окне DX Call c которым в истории QSO есть запись о завершении связи. Очищается при декодировании CQ сообщения от этого позывного, пока не решили что с этим делать - после появления хэш таблицы стало неактуально вносить в окно DX Call снова позывной корреспондента с которым только что закончено DXpedition QSO.