проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[UA3DJY]

Не работает связка FLRIG +JTDX, прописываю в настройках: трансивер - FLRIG, Test CAT и JTDX сразу вылетает.
FLRIG +WXJT-X работает нормально.

В исходном коде flrig/Hamlib были изменения, на днях будет опубликован JTDX rc152 собранный c последней версией Hamlib, если проблема останется то потребуется диагностика Hamlib в Вашем сетапе вместе с Michael W9MDB.

[R6LCF]

Будем ждать, это очень актуально. Хотя бы с малого ввести CAT по TCI

При работе с JTDX.... и SunSDR2....установлена программа сом0сом ,проблем "0" уже года четыре. Почему и довольно странно читать подобное.

[R0JF]

При работе с JTDX.... и SunSDR2....установлена программа сом0сом ,проблем "0" уже года четыре. Почему и довольно странно читать подобное.

Странно читать Ваше сообщение! Неужели устранение "прокладок" в виде виртуальных портов и виртуальных аудиокабелей -- это НЕ улучшение??? Если JTDX научится TCI, необходимость в них отпадает.

[UR5LCZ]

Не могу "побороть" программу в изменении квадрата вызываемой станции.
Сейчас активно работает RA0LQ/MM. Он начал свой очередной "заплыв" от берегов западной Африки, уже прошел Гибралтар, Суэцкий канал и сейчас в Красном море.
В течении суток меняет до трех квадратов.
И почти каждый раз я "танцую с бубном", чтобы зафиксировать его настоящее местоположение.
К сожалению, протокол программы не предполагает возможность передавать станции .... /мм свой квадрат.
По этому "моряки" вынуждены идти на всякие ухищрения, чтобы вызывающие знали, где сейчас находится судно.
Изначально программа подставляет последний квадрат, который сохранен в логе.
Я изменяю старый квадрат на новый и добавляю его в программе с помощью имеющейся там кнопки. При попытке еще раз его добавить - появляется сообщение, что у этого позывного уже есть такой квадрат.
Вроде все в порядке, но при декодировании очередного интервала, новый квадрат изменяется на старый.
Пробовал "очищать окно DX" и по-новой двойным левым мышем вводить позывной. Да, позывной появляется с новым квадратом, но с декодированием интервала, новый квадрат опять меняется на старый.
Если не спешить, то можно закрыть программу и после ее нового запуска, нужный позывной уже будет с новым квадратом, без всяких изменений.
Ну а если "очень хочется", то уже провожу связь до конца, а потом лезу в лог и изменяю квадрат непосредственно в нем.
Редко бывают случаи, когда изменение квадрата фиксируется и ничего больше делать не надо. Но это исключения.
Это длится все время, как я пользуюсь JTDX.

- - - Добавлено - - -

Только что такая же ситуация произошла и с YO4RYU/MM.
Пришлось опять лезть в лог и там менять квадрат.

[R6LCF]

Если JTDX научится TCI, необходимость в них отпадает.

Это очередная версия не совместимая с остальными. 32bit; 64bit; 32 bit 32bit по разрядности звука; 64bit 32 bit по разрядности звука; Последняя моя ,а дальше "хотелок" будет больше судя по настрою некоторых.У многих комп уже сейчас не справляется ,а дальше? У меня то комп справится ,нет ....заменим ,а основная масса?
Игорю все тяжелее ,а главное ЛИЧНОЕ время ,а где его взять! А мы только требуем ,порой в мягкой НО навязчивой форме.

[RX4HX]

Расцветка в Вин7 в окне Band Activity работает в весьма усеченном виде.

Вы меня заинтриговали))) Учитывая тот факт, что с точки зрения программ, что Вин7, что Вин10 - одно и тоже, хотелось бы узнать, в чем выражается усеченность расцветки?

[UA3DJY]

Не могу "побороть" программу в изменении квадрата вызываемой станции.
Сейчас активно работает RA0LQ/MM. Он начал свой очередной "заплыв" от берегов западной Африки, уже прошел Гибралтар, Суэцкий канал и сейчас в Красном море.
В течении суток меняет до трех квадратов.
И почти каждый раз я "танцую с бубном", чтобы зафиксировать его настоящее местоположение.
К сожалению, протокол программы не предполагает возможность передавать станции .... /мм свой квадрат.
По этому "моряки" вынуждены идти на всякие ухищрения, чтобы вызывающие знали, где сейчас находится судно.
Изначально программа подставляет последний квадрат, который сохранен в логе.
Я изменяю старый квадрат на новый и добавляю его в программе с помощью имеющейся там кнопки. При попытке еще раз его добавить - появляется сообщение, что у этого позывного уже есть такой квадрат.
Вроде все в порядке, но при декодировании очередного интервала, новый квадрат изменяется на старый.
Пробовал "очищать окно DX" и по-новой двойным левым мышем вводить позывной. Да, позывной появляется с новым квадратом, но с декодированием интервала, новый квадрат опять меняется на старый.
Если не спешить, то можно закрыть программу и после ее нового запуска, нужный позывной уже будет с новым квадратом, без всяких изменений.
Ну а если "очень хочется", то уже провожу связь до конца, а потом лезу в лог и изменяю квадрат непосредственно в нем.
Редко бывают случаи, когда изменение квадрата фиксируется и ничего больше делать не надо. Но это исключения.
Это длится все время, как я пользуюсь JTDX.

- - - Добавлено - - -

Только что такая же ситуация произошла и с YO4RYU/MM.
Пришлось опять лезть в лог и там менять квадрат.

Я изменяю старый квадрат на новый и добавляю его в программе с помощью имеющейся там кнопки. При попытке еще раз его добавить - появляется сообщение, что у этого позывного уже есть такой квадрат.

Нет, программа говорит что для этого позывного уже есть запись в файле CALL3.TXT, необходимо дать согласие на перезапись информации, в этом случае в файле CALL3 появится новый QTH квадрат для этого /MM позывного.

Программа для "/MM /M /AM /P /A" позывных не берет QTH квадрат с лога, берет его либо с окна DX Grid либо с файла CALL3, перезапись окна DX Grid возможно у Вас идет с файла CALL3.TXT.

Подтвердите пожалуйста если после обновления GRID в файле CALL3 кнопкой 'добавить' (add) программа подолжает для /MM позывного менять новый QTH квадрат в окне DX Grid на старый.

PS в окне DX Call должен быть именно /MM позывной а не домашний

[UR5LCZ]

Посмотрел сейчас в папку программы и обнаружил там два файла - CALL3 и CALL3 OLD.
Оба одинакового размера и в обоих есть информация о приведенных выше позывных с новыми квадратами.
Но в файле лога записалась информация со старыми квадратами, которые я был вынужден поменять на новые вручную.
В файле wsjtx(текстовом) записалась информация со старыми квадратами и так там и находится.
Все эти файлы могу предоставить.

[UA3AIF]

Этот вариант сделан по просьбе тех участников, которых статистика самого контеста интересует мало. Участвуют для возможного получения для себя новой страны, квадрата, зоны и т.п.

А тогда зачем этим участникам "обнулять" дату статистики своих связей и начинать ее с даты контеста, если они ищут новые страны. Им наоборот нужно использовать свою ранее наработанную статистику, что бы уделить внимание именно чему то новому.
Вот в ARRL контесте- она первый помощник, если в номерах рапорта не будет названия штатов.

. В данном случае JTAlert обеспечивает проверку и расцвечивание повторных связей, которые проведены только во время контеста.

Так это все сделает сама WSJT и без JTAlert.

Я почему спросил - для работы JTAlert слабенький комп не подойдет, ей не хватит ресурсов, особенно при открытиии общего окна декодов.

[UA3DJY]

Посмотрел сейчас в папку программы и обнаружил там два файла - CALL3 и CALL3 OLD.
Оба одинакового размера и в обоих есть информация о приведенных выше позывных с новыми квадратами.
Но в файле лога записалась информация со старыми квадратами, которые я был вынужден поменять на новые вручную.
В файле wsjtx(текстовом) записалась информация со старыми квадратами и так там и находится.
Все эти файлы могу предоставить.

Пока не надо, попробую воспроизвести у себя. Запись QSO в лог у Вас автоматическая?

[UR5LCZ]

Запись QSO в лог у Вас автоматическая?

Да, конечно

[R3SE]

Игорь, UA3DJY, коллеги, а как это преодолеть: сегодня при запусках JTDX 151_1 стала появляться плашка с надписью "Release candidate will expire on 30.08.2020" (скрин прилагаю):

[R7KKO]

В исходном коде flrig/Hamlib были изменения, на днях будет опубликован JTDX rc152 собранный c последней версией Hamlib, если проблема останется то потребуется диагностика Hamlib в Вашем сетапе вместе с Michael W9MDB.

Все работает, только мощность при передаче не показывает. Спасибо за качественную программу.

[R0JF]

Игорю все тяжелее ,а главное ЛИЧНОЕ время ,а где его взять! А мы только требуем ,порой в мягкой НО навязчивой форме.

Это не просто "хотелка", это реально созревшая необходимость.
При этом никаких фундаментальных трудностей нет. И версия не будет отдельной - просто в меню звуковых карт и CAT будет выбираться TCI. Один раз сделать, и править в этом кусочке кода больше ничего не понадобится.
Из плюсов - выкидывается две программы (виртуальные порты и VAC), упрощается настройка, снижается нагрузка на компьютер (меньше запущенных процессов), устраняется проблема с буферизацией звука.
Имхо так.

Есть уже программы, работающие с TCI - как минимум LogHX, SDC, SwishLog (кажется так называется). Дело за малым.

[UN8FR]

А мне с подтверждениями LoTW прилетают корректные зоны WAZ/ITU для RA0LQ/MM. Работал с ним два раза, на 20-ке и 80-ке. Ничего не забивал вручную. EQF лог.