Сутки поигрался с этой цветомузыкой и откатился на 16.5. Согласен с мнением вернуть B4, как было ранее...
Не совсем так. JTAlert выводит информацию одновременно с появлением информации в окне JTDX. По крайней мере так в последней версии. И самое главное! JTAlert сразу же сортирует их по частоте. Если бы так сделать в JTDX, то было бы очень здорово!
А вот с B4 действительно очень мудренно получилось. На мой взгляд предыдущая версия самый оптимальный и компромисный вариант. А кому нужна дополнительная информация по стране, континенту, сработанному гриду, на другом бэнде и т.д. и т.п. то, JTAlert ему в руки.
Я уже как-то писал, что скрещивание двух чудесных, каждой в своем деле, программ, ни к чему хорошему не приведет. И свидетельсвом этого является различные мнения и высказывания о функции B4.
Николай
JTAlert не может одновременно с выводом информации отсортировать по частоте, только после окончания вывода.
На процессоре 3ГГц время декодирования при настройках decoding attempts=3 decoding passes=4 у меня занимает примерно 7 секунд, в течение этого времени декодер одно за другим выдает декодированные сообщения. Я давно не обновлял JTAlert, но на старых версиях JTAlert хватал сразу только первое декодированное сообщение, после ждал окончания декодирования последнего сообщения, то есть в моем случае реально срабатывал только после 7-ой секунды декодирования.
Насчет сортировки по частоте - это алгоритм WSJT-X, когда порядок декодирования сообщений определяется возрастанием частоты. На мой взгляд это ущербный алгоритм приводящий к потере декодирования части сообщений и в итоге к низкой эффективности декодирования.
В JTDX сейчас реализован алгоритм когда в первую очередь декодируются сообщения имеющие больше всего шансов быть декодированными(обычно это самые большие уровни сигналов), после вычитания сильных сигналов уже есть возможность эффективно декодировать находящиеся под сильными слабые сигналы. В этом одно из преимуществ софта JTDX над софтом WSJT-X.
Отсортировать сообщения по частоте в JTDX можно только после окончания декодирования последнего сообщения, то есть оператору придется ждать несколько секунд окончания декодирования чтобы увидеть отсортированные по частоте сообщения на экране.
[QUOTE=EU1FQ;1278671]
А вот с B4 действительно очень мудренно получилось. /QUOTE]
Тем более, что B4, как бы, уже стало стандартом, т.е. есть B4 в JT65 HF, есть в Alert - и, наверное,не стоит отказываться от такой индикации и в JTDX.
В целом великолепная программа, отлично работает с ней HX3 LOG в котором есть всё, что может понадобиться.
Маленький штрих: к выделенным цветом CQ Call, следовало бы отнести и QRZ Call, как это сделано в Alert.
Так же откатился на 16.5 rc 3-кстати на слабом сигнале вечером на 18 мгц вчера заметил,что при одинаковых attempts=6 и pass=4 16.5 неоднократно принимала больше сигналов чем 16.6.Цветомузыка так же не понравилась -аж в глазах рябит ,как не настраивал
В 16.6 немного выросла чувствительность софта, скорее всего изменился уровень сигналов внутри софта, что привело к увеличению количества ложных декодирований и похоже к смещению порога насыщения попыток декодирования вниз.
Причина изменения уровня возможно в примененных патчах WSJT-X, коррекцию уровня в исходном коде фильтров пока не делал.
QRZ является свободным сообщением и его содержание зависит от оператора, далеко не всегда это сообщение выглядит как QRZ Call, что потребует создания специального фильтра этого сообщения который не во всех случаях будет правильно отрабатывать.
Как пример сообщение 'CQ QRP Call' - WSJT-X и JTDX 16.5rc3 раскрашивают его цветом как новую страну DXCC.
Пожалуйста, старайтесь избегать использования свободных сообщений в эфире:
- они малоинформативны (понятны только одному корреспонденту)
- в части случаев бесполезны, например если корреспондент дав 73 поменял частоту(в таком случае он может только догадаться что рассказ про мощность и антенну в левом окне декодированных сообщений был адресован ему)
- на них нельзя настроить частоту передачи кликнув на сообщении мышкой, и приходится искать сообщение от этого оператора двухминутной давности чтобы выделить его позывной и встать на его частоту для вызова
- на них не работают декодеры HINT с согласованной фильтрацией.
Есть разные варианты избежать обилия цветов - например не активировать все галочки B4 а выбрать только необходимые.
Второй вариант, все сделать одним или двумя цветами но с разным уровнем насыщенности в зависимости от приоритета.
Все это доступно пользователю в настройках.
Я так и сделал -но все равно ,как то не лежит к душе ,как и у многих смотрю и все же главное ,что мне не понравилось -отсутствие индикации стран и совершенно не нужная ,имхо ,вместо них индикация префиксов
Это все понятно ,я убрал конечно -просто как то более информативно было когда название страны высвечивалось -хотя префиксы все знакомы .но все же ,зачем убирать неплохую функцию ? Только чтобы уменьшить размер выводимых данных по горизонтали?
UA3DJY:Еще один немаловажный момент был замечен -около трети спотов только уходит на Pskreporter c 16.6.C начала думал ,какая то у них проблема ,но включив 16.5 -все что принято ,стало отображаться
Используется табличная форма где префиксы выровнены по вертикали, с названием стран если их выравнивать размер интерфейса пользователя становится совсем большим, если не выравнивать то трудно понять где заканчивается декодированное сообщение а где начинается название страны.