Вообще он там и должен показываться. Завтра проверю, почему не показывается.
Вид для печати
Версия 768 - "галочка" стоит, а не показывает...
Алексей, ЗДР.
Подниму ещё раз тему - может появится решение.
При отмеченных чекбоксах https://skrinshoter.ru/sXRgqgUBnXA содержимое (объём) нового бэкапа сохраняется, а дата и время не меняеюся - остаются вчерашние текущего (сегодняшнего) и old (вчерашнего) https://skr.sh/sXRrtBUdqYt файлов бэкап. ОС W10.
Мб так-же, как и все остальные внешние программы (WSJTX, MixW, FLDigi...), имеющие свои внутренние логи.
Мне идея видится следующим образом. Оперировать в тесте в N1MM, а данные через TCP or UDP поступают в LogHX. И опер наглядно видит, представляет ли для него данный контакт интерес или нет. Те LogHX здесь является анализатором. Как-то так.
Глупый вопрос - зачем? :eek:
Здесь как бы и есть логика в этом предложении, но тоже соглашусь, что не стоит.
Без сомнения, если в тесте работать на результат, то контест-лог типа N1MM по своим возможностям превосходит LogHX. Но если работать в тесте чтобы что-то новенькое для себя сработать, то LogHX по своим возможностям в данном случе превосходит любой контест-лог. Здесь и статистика по тесту, и статистика в целом по позывному и другие прибамбасы лога. Но если ты работаешь на результат, то у тебя просто нет времени на то и другое. Отсюда вывод. Хочешь результат - работай в контест логе, и никакой трансляции по UDP из N1MM в LogHX - отвлекает. Хочешь что-то новенькое для себя - работай в LogHX, его с лихвой хватает для этих целей.
Нужно увидеть настройки в N1MM, потом будем смотреть получится или нет...