Вернемся к теме форума. О качестве декодирования и чувствительности декодера:
Вложение 241884
Циферки-то какие! :)
Вернемся к теме форума. О качестве декодирования и чувствительности декодера:
Вложение 241884
Циферки-то какие! :)
Ну опять разговор не о том, да еще и зачастую не владея предметом... Какие еще "батники" чтоб не зависала на пропавшем позывном? В JTDX автором уже все давно для этого сделано!
Идем в "Последовательность" и выбираем, сколько звать если корр не отвечает при своем CQ, сколько раз повторять если не принят твой(его) рапорт или 73. И никогда ничего не "зациклится":
Вложение 241889
Программа также сама умеет находить и отвечать на CQ (режим 4+). Причем, либо на максимальную дистанцию, либо на лучший сигнал:
Вложение 241890
Речь должна идти не об "отсутствии оператора", а о том, как сделать из программы максимально универсальный инструмент ДХ-мена. Весьма убого представлять "тру оператора", как вцепившегося в мышь ламера, который, выпучив глазенки, лихорадочно пытается после каждого декода за долю секунды выцедить из кучи им же понаставленных "цветов" нужную страну, или локатор, или еще что кому нужно. Это однозначно должна делать ПРОГРАММА, так как сделает это гораздо быстрее!
Поэтому логику "Поиск CQ" кроме дистанции или СНР(третично!) надо однозначно увязать с выставленными "цветовыми предпочтениями":
Вложение 241883
Если выставлены только нью ван и диапазонные, значит JTDX должна искать и цепляться только за новую страну(первично) и за новую на бендезоне(вторично). Учитывая уже сделанную гибкую систему фильтрации, по сравнению с которой популярный ныне "сбор спелых вишенок" в Логгер-32 полный отстой, получаем гибкую систему поиска и "добычи" новых стран(локаторов, автобусных остановок и пр.).
Второе - дать возможность "отучить" алгоритм "Поиск CQ"(4+) самому переходить на CQ при отсутствии выбранных в "Уведомлении" предпочтений. Отдельной "птицей". Если нет желания грести все, что шевелится в надежде на электрические дипломы мухосранского мясокомбината(даже направленный вызов не спасает от кучи "водопадов" на вызывной частоте) и нет "нью ванов", значит сиди, молчи и не порти лампы! А хозяин в это время займется более творческой деятельностью - покрутит-попереключает антенны, пощелкает диапазоны, глянет в Воакап и найдет таки работу для автотаскера.
И третье - научить JTDX звать не только на CQ, но и на RR73/73. Тоже отдельной "птицей". Кто хочет ставит, а кто "тру-вежливый", то ждет пока P5DX даст ЦеКу:ха-ха:
Понятно, что все вышеописанное можно мышкой выщелкнуть, но программа сделает это гораздо быстрее, никогда не попадет в "чужой интервал", да и глупо от этого отказываться, если все равно само ЩСО проводится на автопоследовательности.
Что же касается всяких скриптов и таскеров с реакцией на цвет и надпись на кнопках, то эти бесконечные искания истины для совсем других веток(болтология на любые темы) и к совершенствованию софта отношения не имеют. Все зависит только от личных качеств аматёра и ценностей того окружения, в котором он существует.
Вот, например, отошел тру-аматор на пару минут помочь жене банки с огурцами закрутить, возвращается, а у него в мониторе висит окно на сохранение ЩСО с Пикерном. На 50 мГц, через луну с переотражением от марса. Но нет, неправильно это, меня ж тут не сидело! И жмакает на "Отставить".
Занавес:ржать:...
вместо FT4 в логе MFSK.
Почему? Для чего?
Еще один.... Читаем спецификаю ADIF 3.1 Released ADIF Version 3.1.0, updated 2019/05/21
Mode MFSK
SubMode FT4
Это что ? 2 рабочих места или -----Вложение 241893
JTDX последняя версия RUS. Нажимаю кнопку "Настр.TX" и через 8 секунд передача отключается. До 30 сек не доходит. При повторном нажатии происходит тоже самое и выскакивает окно "Rig Control Error". Test CAT и Test PTT проходят успешно. Интерфейс сомодельный, с другими программами работает без проблем. Повторялось несколько раз. Помогали либо перезагрузка компа, либо замена файла INI, либо выключение и повторное включение трансивера. В этот раз ничего не помогло. У кого какие мысли по этому поводу ? Как "победить" эту проблему ?Вложение 241932Вложение 241933