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

[R0JF]

Подскажите, что нужно прописать в параметрах WSJT-X, чтобы 2-ю WSJT-X запустить?

Прописывать ничего не надо, запускать с ключом --rig-name XXX (вместо ХХХ - что в голову прийдёт). Создастся в профиле пользователя отдельная папка с именем `JTDX - XXX` и своими настройками.

[RK3DSW]

приглашаем поактивничать в T10 вечером в понедельник 19 октября:
RDRC - 160-80-40-30M DIGI фестиваль по понедельникам

[UA3VFL]

ДВС. Подскажите что делать ?, в последнее время при открытии проги выскакивает окно и не куда его не деть стоит как вкопанный

[YL3FW]

Подскажите, что нужно прописать в параметрах WSJT-X, чтобы 2-ю WSJT-X запустить?

Алексей, здесь: https://www.youtube.com/watch?v=tWUJn7YHNxY

[UA3VFL]

ДВС. Подскажите что делать ?, в последнее время при открытии проги выскакивает окно и не куда его не деть стоит как вкопанный

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

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

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

перешел на QRZ и все отстал

[EU1FQ]

Т.е. по какой-то причине иногда происходит неверное отображение статуса QSO...

Все верно у Вас отображается. QSO с DJ5YS было у Вас на 40 метрах, а сейчас Вы сработали на 30 метрах. Это новый позывной для этого диапазона и этой моды. Это связано с тем, что в настройках у Вас стоят вот эти галочки.

->Скрытый текст<-

[UT3IB]

Да, я это уже обнаружил, но вовремя не смог удалить ошибочное сообщение.
Случай, когда мне пришел ответ UT3IB LOGB4 был поводом...
Т.е., иногда факт проведенной связи обнаруживается после переноса его по UDP in Logger32
И в wsjtx_log.adi эта связь также уже есть на этом диапазоне. Но статус отображается неверно.
Причину пока не выяснил. Могу предположить, что это как-то связано с миграцией (экспорт, импорт) adi файла из экспедиционного журнала.

[UA3DJY]

Да, я это уже обнаружил, но вовремя не смог удалить ошибочное сообщение.
Случай, когда мне пришел ответ UT3IB LOGB4 был поводом...
Т.е., иногда факт проведенной связи обнаруживается после переноса его по UDP in Logger32
И в wsjtx_log.adi эта связь также уже есть на этом диапазоне. Но статус отображается неверно.
Причину пока не выяснил. Могу предположить, что это как-то связано с миграцией (экспорт, импорт) adi файла из экспедиционного журнала.

Если используете уведомление на новый QTH локатор а в логе по ранее проведенной QSO он пуст то корреспондент по этому критерию будет новым.

[UA3DJY]

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

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

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

[US4IRT]

Начиная с rc153_1 для /MM корреспондентов QTH квадрат не будет браться из файла CALL3.TXT

Для /P это тоже актуально, Игорь.

[UA3DJY]

Для /P это тоже актуально, Игорь.

Возможно в rc153 придется сделать для любого позывного содержащего дробь.

[R7LV]

Пару вопросов от чайника :
- что это за ошибка ?
- нужно ли вообще писать эти файлы ? может где то поставить птичку чтобы их не писать ? не нашел ...

[RX3ASP]

- что это за ошибка ?
- нужно ли вообще писать эти файлы ? может где то поставить птичку чтобы их не писать ? не нашел ...

Написано же: неизвестная ошибка Диск переполнен или запрет какой-то стоит или ещё чего. Копаться надо в настройках.
Не нужно без необходимости. Удалите содержимое указанной папки "save". Можно через меню программы "File >> Delete all *.wav..."
В выпадающем меню из под "Сохранить" >> "None" (не знаю что там в русской версии, видимо "нет")

[UA3DJY]

Обновлен файл ALLCALL7.TXT для JTDX версий 148..152.

[UR5LCZ]

Игорь, подскажите, а как надо с этим файлом поступать?
Я посмотрел в папку лога - там есть файл CALL3 - текстовый, CALL3 - OLD.
ALLCALL7 я не нашел, чтобы его заменить.