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

**R0JF** · 20.11.2019, 01:08

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

Игорь, что бы не читать мою кучу букв, можно посмотреть картинку...
А так, я говорю примерно об этом:
[...]
Я же написал, что при условии, если второй корреспондент не ответил...
Я не виду речь ни о 2 qso одновременно ни о 1qso и 1 cq одновременно.

А что Вам мешает САМОМУ (ручками) жмакнуть мышкой и ответить вызывающему,
сбросив тем самым счетчик программы? Я, например, именно так и делаю. И наверняка
все так делают. Почему это программа должна решать, а не оператор?

**R2EA** · 20.11.2019, 09:45

Спасибо всем за ответы!

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

А что Вам мешает САМОМУ (ручками) жмакнуть мышкой и ответить вызывающему,
сбросив тем самым счетчик программы? Я, например, именно так и делаю. И наверняка все так делают.
Почему это программа должна решать, а не оператор?

Игорь, не поверите, но, я так и делаю. Особенно это косаемо TOP BANDа, т.к. сейчас не дозвался,
а через 10 минут может получиться полноценное qso. Поэтому, я и подумал о счетчиках
сброса "черных списков". Думаю, что на укв это тоже необходимо.
Ещё, я, сбрасываю эти списки меняя диапазон на несколько секунд, после чего пробегаюсь повторно
по всем кого ранее звал, но по какой то причине не дозвался. Поэтому если сделать счетчики с функцией
установки временных промежутков, начиная к примеру от 5 минут и до 60 минут, то будет обрабатываться ещё
большее количество qso, что повлияет на производительность в эфире за меньший промежуток времени.
Ведь в наши дни самое дорогое это стало ВРЕМЯ!

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

Скрыть можно, но тогда оператор не видя на экране скрытое сообщение CQ DX от корреспондента будет видеть сообщения QSO этого корреспондента, и декодировав окончание QSO начнет его вызывать, не потому что он не воспитан или агрессивен в поведении, а потому что он сам спрятал сообщение CQ DX от этого корреспондента и не знает что тот проводит связи в определенном направлении.

Так мы тех кто прощается rr73/73 и сейчас подхватываем, хоть давали они эти CQ NA или нет!!!
Дело то в том ответит он или нет. Это его будет сугубо личное дело. А мы не хамничаем,
а зовем его просто на перёд, когда он прощается. Я не вижу в этом ни чего зазорного...
А вот когда Вы позовете cq na, а я позову вас да еще и на голове, то это и есть неприличие.
Поэтому не вижу логики отказа скрыть сообщения от станций дающие направленные вызовы,
которые не касаются оператора. Благо прога их и так не подхватывает.
Нужно то всёго лишь галочку! Пусть по умолчанию она не стоит в проге.
и что бы на панеле кнопка снять все фильтры, тоже на нее распространяась.

**RA3DEM** · 20.11.2019, 09:52

А можно ли для SO2R запустить две JTDX так, чтобы они один лог вели? Как запустить две JTDX совсем независимо - было, но потом логи сводить вместе вручную надо.

**R2EA** · 20.11.2019, 10:10

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

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

P.S. И ни кто не ответил о "повременных" счетчиках для очистки окон (приём-передача).

**RA3E** · 20.11.2019, 10:28

RA3DEM - пишет """SO2R запустить две JTDX""
объясните для чего, ведь это не соревнование.
смысл?????

**UA3DJY** · 20.11.2019, 11:20

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

Так мы тех кто прощается rr73/73 и сейчас подхватываем, хоть давали они эти CQ NA или нет!!!
Дело то в том ответит он или нет. Это его будет сугубо личное дело. А мы не хамничаем, а зовем его просто на перёд, когда он прощается. Я не вижу в этом ни чего зазорного...

Автовыбор JTDX не должен звать корреспондентов в ответ на сообщение 73/RR73 у которых в истории QSO последний CQ вызов был направленным и направление не совпадает со страной оператора. Исключение - новая страна по списку DXCC, но по усмотрению оператора это исключение закрывается существующей в JTDX опцией.

**UA3DJY** · 20.11.2019, 12:00

JTDX 2.1.0-rc143 измененный функционал:

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

- добавлены исключения: /LH не должен рассматриваться как префикс страны, CQ LP (длинный путь) не должен обрабатываться автовыбором как направленный вызов
- изменена подсказка к опции 'строго направленный вызов CQ'(strict directional CQ operation) на:
"По умолчанию функционал автовыбора игнорирует принятое/переданное направление CQ вызова если декодировано сообщение от новой страны по списку DXCC: либо входящий вызов либо выбор из декодированных CQ/73 сообщений. Эта опция позволяет игнорировать новую страну по списку DXCC если она не соответствует направлению переданного оператором вызова CQ либо если позывной оператора не соответствует переданному корреспондентом с новой страны по списку DXCC направлению CQ вызова."
- устранен дефект в функционале частотного фильтра приводивший к потере части сигналов-кандидатов при включенном фильтре
- улучшена эффективность FT8 декодера
- позывной 4V1000 должен обрабатываться при двойном щелчке мышью и в автовыборе/автопоследовательности
- ряд изменений для обеспечения совместимости кода с компиляторами gcc8 и gcc9
- при чтении ADIF лога вторая часть дробного позывного тоже должна обрабатываться для распознавания страны по списку DXCC
- функционал настройки должен работать в режиме гончей (Hound mode)

Изменены исходные файлы: adif.cpp, chkcrc12a.f90, chkfalse8.f90, chkspecial8.f90, commons.h, Configuration.ui, decodedtext.cpp/h, decoder.f90, extractmessage174.f90, ft8_decode.f90, ft8_mod1.f90, ft8apset.f90, ft8b.f90, ft8s.f90, jt9com.f90, mainwindow.cpp, qsohistory.cpp, Radio.cpp, sync8.f90, tone8.f90, tone8myc.f90

Линки:

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

собранный софт (MS Windows) https://cloud.mail.ru/public/7sUc/3D1TkQR6V
кодовая сумма JTDX-2.1.0-rc143-win32.exe
SHA-256: 1E85AA1BFA7BA327BF36A7917D9B389CEDA19B37C06574194C98591E2ED782FD

исходный код https://cloud.mail.ru/public/3UhQ/5aF5UB7je
кодовая сумма src2.1.0-rc143.zip
SHA-256: BC0DB1B0453A047D24BE22432E838B63C4313E0F98054C5318D578E60637746C

Mac OS X: Sierra, High Sierra, Mojave, Catalina
собранный софт (Mac OS X 10.12 ... 10.15) https://cloud.mail.ru/public/3239/4HCAJzBNS
кодовая сумма JTDX-2.1.0-rc143-Darwin.dmg
SHA-256: EEE650E77B0401AB796858B0DC3B2A2EAFDDA78CFF4B3FDA67D2CDCE449C095E

Mac OS X: El Capitan
собранный софт (Mac OS X 10.11) https://cloud.mail.ru/public/5Ank/4qWr22ABZ
кодовая сумма JTDX-2.1.0-rc143-ODarwin.dmg
SHA-256: A45783B9107B8415408971BC103DD6AB2161C1F1076314958A27848D7107EF87

Сборки под Линукс, сделаны Игорем R0JF:

бинарные файлы (compiled in Ubuntu 18.04LTS):
https://cloud.mail.ru/public/F8Sj/514fiavfk
SHA256: d4b1b567c7da72133b5c88199d6e59cc1e2b7df3d7c4a350386ab4f3103d0fee

64-bit .deb (compiled in Ubuntu 18.04LTS):
https://cloud.mail.ru/public/fbM7/2E2VmSPnd
SHA256: 95bc253cec87ec99297d96185ae1d88fbaece838130d39dbde3f1a136964945d

бинарные файлы (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/5akX/52yHqnJ36
SHA256: 2177946bc00ad5497c6f5f8451f43aa123bb8f288bc64a40c8479f79abc9b3a3

64-bit .deb (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/6NQJ/qFXEppYoe
SHA256: 07675f78bb9498a1f27194cdc2f62399048e12b493bac808fc96764687e2ef59

32-bit .deb (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/2vFz/4SYyEt2gQ
SHA256: 71c6f0c7398f447cf72ef6b2c08047b9447ec777972985ed669a85e2643c65df

Raspberry PI3 .deb (compiled in Ubuntu-Mate 18.04LTS):
https://cloud.mail.ru/public/2L7d/ndvumQgq9
SHA256: f50219549fb96b7ee6ccf3ead0ae5894d6afab356711c775baa35863080ff70f

Результаты тестирования FT8 декодера:

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

Структура файла JTDX.ini по сравнению с версией JTDX 2.1.0-rc142(rc140, rc141) не изменилась.

**R2EA** · 20.11.2019, 12:07

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

Автовыбор JTDX не должен звать корреспондентов в ответ на сообщение 73/RR73 у которых в истории QSO последний CQ вызов был направленным и направление не совпадает со страной оператора. Исключение - новая страна по списку DXCC, но по усмотрению оператора это исключение закрывается существующей в JTDX опцией.

Тогда вообще нет проблем скрыть направленные сообщения, которые некосаемы нас, раз прога не подбирает таких даже, если они прощаются.
Если нет желания такое реализовывать, то проще так и написать - не хотим или мы считаем это не актуально... И всё! И нечего тогда время
терять на писанину на форуме. Всё о чем, я пишу понадобиться некоторым, когда приблизятся к 30 тыс qso в ft8.
Жду ещё два ответа и умолкаю опять на пару месяцев...

**R3BB** · 20.11.2019, 12:55

Русская локализация JTDX v.2.1.0-RC143.
Линки :

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

**UA3DJY** · 20.11.2019, 13:15

Пользователям WSJT-X 2.1.0: сейчас при тестировании в очередной раз столкнулся, в окне активности диапазона WSJT-X имеет циклический буфер на 5000 сообщений, то есть пользователь при продолжительном использовании программы может найти в этом окне только 5000 последних декодированных сообщений. Если необходима полная информация по декодированным сообщениям то ее можно найти в файле ALL.TXT.

**R0JF** · 20.11.2019, 13:52

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

Игорь, не поверите, но, я так и делаю. Особенно это косаемо TOP BANDа, т.к. сейчас не дозвался, а через 10 минут может получиться полноценное qso. Поэтому, я и подумал о счетчиках сброса "черных списков".

Если Вы и правда это руками делаете, то какое Вам дело до счетчиков???

Ну перестала программа АВТОМАТИЧЕСКИ звать кого-то, кто мешает руками позвать?
На экране-то его видно. И видно, что еще не В4. Зовите инициативным порядком.

Опять Ваши пожелания - по поводу роботизации, а никак не по улучшению функционала.
Запустить программу и раз в час подходить к экрану. Утром лог посмотреть. Фу.

Я бы вообще предложил Игорю ОТКЛЮЧИТЬ функционал автовызова (4+ Call and search through CQ messages) и уж ТЕМ БОЛЕЕ - Call worked B4 callsigns !

**RA3DEM** · 20.11.2019, 14:35

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

RA3DEM - пишет """SO2R запустить две JTDX""
объясните для чего, ведь это не соревнование.
смысл?????

очевидно, чтобы проводить связи на двух диапазонах независимо, например работать на 7 и ловить терминатор на 160.

**RA3QH** · 20.11.2019, 14:38

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

ОТКЛЮЧИТЬ функционал автовызова (4+ Call and search through CQ messages)

+100

**EU1FQ** · 20.11.2019, 14:49

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

А можно ли для SO2R запустить две JTDX так, чтобы они один лог вели? Как запустить две JTDX совсем независимо - было, но потом логи сводить вместе вручную надо.

Один лог на две программы - через символическую (символьную) ссылку.

**RA3DEM** · 20.11.2019, 14:51

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

Один лог на две программы - через символическую (символьную) ссылку.

два радио - это же два лога и раздельный CAT. Но благодаря Алексею RX4HX автору LogHX - можно запустить два лога в разных папках, которые ведут единый лог с двух радио. Теперь бы JTDX научить..