А что Вам мешает САМОМУ (ручками) жмакнуть мышкой и ответить вызывающему,
сбросив тем самым счетчик программы? Я, например, именно так и делаю. И наверняка
все так делают. Почему это программа должна решать, а не оператор?
Спасибо всем за ответы!
Игорь, не поверите, но, я так и делаю. Особенно это косаемо TOP BANDа, т.к. сейчас не дозвался,
а через 10 минут может получиться полноценное qso. Поэтому, я и подумал о счетчиках
сброса "черных списков". Думаю, что на укв это тоже необходимо.
Ещё, я, сбрасываю эти списки меняя диапазон на несколько секунд, после чего пробегаюсь повторно
по всем кого ранее звал, но по какой то причине не дозвался. Поэтому если сделать счетчики с функцией
установки временных промежутков, начиная к примеру от 5 минут и до 60 минут, то будет обрабатываться ещё
большее количество qso, что повлияет на производительность в эфире за меньший промежуток времени.
Ведь в наши дни самое дорогое это стало ВРЕМЯ!
Так мы тех кто прощается rr73/73 и сейчас подхватываем, хоть давали они эти CQ NA или нет!!!
Дело то в том ответит он или нет. Это его будет сугубо личное дело. А мы не хамничаем,
а зовем его просто на перёд, когда он прощается. Я не вижу в этом ни чего зазорного...
А вот когда Вы позовете cq na, а я позову вас да еще и на голове, то это и есть неприличие.
Поэтому не вижу логики отказа скрыть сообщения от станций дающие направленные вызовы,
которые не касаются оператора. Благо прога их и так не подхватывает.
Нужно то всёго лишь галочку! Пусть по умолчанию она не стоит в проге.
и что бы на панеле кнопка снять все фильтры, тоже на нее распространяась.
А можно ли для SO2R запустить две JTDX так, чтобы они один лог вели? Как запустить две JTDX совсем независимо - было, но потом логи сводить вместе вручную надо.
Вопрос к разработчикам.
Что нужно поправить, что бы вызов рапортом продолжался не один раз,
а согласно счетчику - два раза, как это происходит, если вызываем
макросом в котором указан локатор?
P.S. И ни кто не ответил о "повременных" счетчиках для очистки окон (приём-передача).
RA3DEM - пишет """SO2R запустить две JTDX""
объясните для чего, ведь это не соревнование.
смысл?????
Автовыбор JTDX не должен звать корреспондентов в ответ на сообщение 73/RR73 у которых в истории QSO последний CQ вызов был направленным и направление не совпадает со страной оператора. Исключение - новая страна по списку DXCC, но по усмотрению оператора это исключение закрывается существующей в JTDX опцией.
JTDX 2.1.0-rc143 измененный функционал:
Линки:
Результаты тестирования FT8 декодера:
Структура файла JTDX.ini по сравнению с версией JTDX 2.1.0-rc142(rc140, rc141) не изменилась.
Тогда вообще нет проблем скрыть направленные сообщения, которые некосаемы нас, раз прога не подбирает таких даже, если они прощаются.
Если нет желания такое реализовывать, то проще так и написать - не хотим или мы считаем это не актуально... И всё! И нечего тогда время
терять на писанину на форуме. Всё о чем, я пишу понадобиться некоторым, когда приблизятся к 30 тыс qso в ft8.
Жду ещё два ответа и умолкаю опять на пару месяцев...
Русская локализация JTDX v.2.1.0-RC143.
Линки :
Пользователям WSJT-X 2.1.0: сейчас при тестировании в очередной раз столкнулся, в окне активности диапазона WSJT-X имеет циклический буфер на 5000 сообщений, то есть пользователь при продолжительном использовании программы может найти в этом окне только 5000 последних декодированных сообщений. Если необходима полная информация по декодированным сообщениям то ее можно найти в файле ALL.TXT.
Если Вы и правда это руками делаете, то какое Вам дело до счетчиков???
Ну перестала программа АВТОМАТИЧЕСКИ звать кого-то, кто мешает руками позвать?
На экране-то его видно. И видно, что еще не В4. Зовите инициативным порядком.
Опять Ваши пожелания - по поводу роботизации, а никак не по улучшению функционала.
Запустить программу и раз в час подходить к экрану. Утром лог посмотреть. Фу. :(
Я бы вообще предложил Игорю ОТКЛЮЧИТЬ функционал автовызова (4+ Call and search through CQ messages) и уж ТЕМ БОЛЕЕ - Call worked B4 callsigns !