Сразу оговорюсь - волшебный робот
"запустил софт и он пошёл клепать связи без участия оператора" по моему внутреннему разумению - худшее из того что можно представить и не оправдывается ничем (знаю как это реализовывается - но не использовал и не буду использовать никогда , пока мы с компом трудимся на равных - пусть оно так и будет).
Речь пойдёт о работе с позывными вида AA11AA не предусмотренными в протоколе (по прошествиии пары месяцев с момента попыток работать спецпозывным такого формата в моде FT8 вроде эмоции схлынули и эпитетов : "кем надо быть чтобы не разобраться в нескольких макросах" оставим за кадром).
Факты :
1. Имеются "пробивные" моды JT\FT позволяющие проводить связи там где пасуют CW\Phone\PSK-RTTY (плохое прохождение , слабый сетап , большие расстояния и т.п. в качестве фона). Это и только это (
"запустить робота в четыре потока и дать коксу (с)" за гранью моего понимания ) - проход по нулям но работаем.
2. Существующий протокол не позволяет корректно отрабатывать нестандартные позывные такого вида штатными средствами софта
3. Элементарно и давно (работой макросами или free msg) решается при помощи последних версий JTDX - но подробнейшие
инструкции либо не читают , либо я юх его знает как так можно , помнится в ответ на ссылку на инструкцию меня крыли матом и требовали:
"работать в обычном режиме как все нормальные люди". ))) На это наступали и RI50ANO и все RP73 пробовавшие работать FT8 ...
4. любая переделка протокола \ софта тянет за собой проблемы совместимости (тоже уже неоднократно обсуждалось)
5. ОК , раз так - то делаем ход конём изменяем протокол (фактически делаем новый на базе старого) так чтобы он сохранил достоинства FT8 - декодирование в условиях когда пасуют традиционные виды и скорость работы не более 15 секунд на цикл (минута на цикл как в JT явно перебор) , называем его как то по другому (чтобы избежать путаницы с совместимостью ) , уводим в другие частоты и встраиваем эту новую моду в JTDX.
6. И вот тут начнётся морока с внесением нового протокола в спецификацию adif , логами и электронными сервисами (уже проходили с T10).
7. Стоп. Т10 . Всё равно в нём уже давно никто не работает (за исключением редких акций RDRC) , появление FT8 прикончило его на корню. Внесён в adif , имеет свои частоты , принимается к зачёту электронными сервисами. На секундочку представим - тот же Т10 модифицирован на 15 секундный цикл и корректно отрабатывает позывные вида RP73 , RI50 и подобные. И среднестатистический хэм увидевший в кластере искомую станцию в какой то незнакомой моде набивает в поисковике: "T10 mode" , скачивает последнюю версию JTDX и отрабатывает по привычному сценарию - не шарясь в макросах и не сводя оператора спецпозывного с ума (на самом деле это непередаваемо - когда в ответ на "CQ RP73T UP" тебя зовёт десяток-другой станций , но только одна из них зовёт корректно , эмоции зашкаливают).
8. Получившаяся мода (условное название T10 ver2) будет узкоспециализированной , несовместимой с JT\FT и вряд ли получит популярность сравнимую с JT\FT но она наконец снимет вопрос :
"в традиционных видах не достаю , в FT8 не получается корректно" всплывающий вновь и вновь. Попутно решается вопрос с совместимостью с другим софтом (кому надо - тот поставит свежую версию JTDX и отработает в новой моде) , верой в человечество операторов спецпозывных (реально перед началом RP73 оценивал шансы как 50\50 в первые дни и 90\10 в последующие , увиденное повергло в шок до такой степени что до сих пор боюсь нелестно отозваться о некоторых "повелителях эфира и компов") и мучениями тех кто не читает эту тему и не любит думать и пробовать - но очень хочет сработать спецпозывной (тоже можно понять). Бонусом идёт дальнейшая популяризация JTDX и реанимация некислых усилий её автора по созданию Т10 (реально - столько сил было вбухано в T10 и чем всё закончилось?)...
9. Ну или на край (если юридически нельзя переделав моду сохранить её название , хотя кто это сказал? ) обозвать её Т11 или как то ещё (решать автору) - но тогда опять морока с внесением в adif и сервисами - логами (хотя тут есть вариант с submode).
10. Гулять так гулять - раз мы отвязались от стандартов и делаем что-то своё с упором на спецпозывные , пайлапы и т.п. то зачем тянуть за собой старые "болячки" ?. Программно убираем передачу локатора (кому сильно интересно - найдёт на сервисах) и блокируем возможность передачи на частоте спецстанции (то что несмотря на up по ней ревёт недекодируемая мешанина из не умеющих работать сплитом - полбеды , особо одарённые умудряются встать своим OM-2500\парой рогатых на её цикл передачи намертво отбивая другим возможность сработать с ней). Вводим всплывающую подсказку :
"дорогой друг , поставь маркер передачи на свободное место водопада и зови там , не забудь глянуть ALC и не надо киловатта " ))))
Мне просто до сих пор вспоминаются письма\звонки в начале мая :
"Роман , не достаю до города-героя никак и ничем , проход по нулям , периодически вижу Вас в FT8 но программа шлёт Вам какую-то чепуху , что делать?" , при этом я прекрасно декодировал этих людей в FT8 и отрабатывал их после соответствующего разьяснения (но это еденицы).
Игорь , я ни на чём не настаиваю (решать Вам и только Вам) - но по моему скромному разумению (раз упёрлись в совместимость-то долой её , пусть будет отдельная мода в JTDX для нестандартных позывных) это не менее важно чем второстепенные показометры-крутилки и проч (в отработке которых можно завязнуть всерьёз и надолго).
Повторюсь в своём теперешнем виде JTDX это лучшее из того что есть и куда дальше её развивать тот ещё вопрос , может вместо рюшечек-показометров дать народу то о чём просят давно-серьёзно-много - возможность полноценно работать с нестандартными позывными по привычному алгоритму ?