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

[US4IRT]

В блокноте удалите эту запись из лога и все дела.

Зачем так сразу? Может связь ценная. Если помнит позывной можно вставить блокнотом и прописать количество знаков. <call:6> 9LY1JM

[UA0FO]

[QUOTE=US4IRT;1548353]Зачем так сразу? Может связь ценная. Если помнит позывной можно вставить блокнотом и прописать количество знаков. <call:6> 9LY1JM

Ну или так.....

[RW9UB]

Сегодня обновился до версии V2.0.1-RUS-rc124. При проведении одиночного QSO получив от корреспондета RR73 прога передаем ему 73.Корреспондент уже дает заново CQ а у меня повторно идет 73.И так несколько QSO.Приходится в ручную отключать Tx.Так и должно быть или это глюк?

[UA9OP]

Действительно эффективно, но не все так просто. Цикл статей о Intel Xeon X5460 (совместимость с материнкой, чипсетом, памятью, Bios и т.д.)
https://xeon-e5450.ru/socket-775/xeon-x5460/

там два варианта покупки ......какой брать первый или второй??

[RW9UB]

И еще вопрос по компу.У меня процессор Intel Core I5 750 2,67Ghz на Али наткнулся на I7 https://ru.aliexpress.com/item/Free-...516e2e0e66IyFk Есть смысл заморачиватся с заменой?

[RX4HX]

У меня процессор Intel Core I5 750 2,67Ghz на Али наткнулся на I7 https://ru.aliexpress.com/item/Free-...516e2e0e66IyFk Есть смысл заморачиватся с заменой?

Если любитель поиграть в игры - может и стоит. Для работы в JTDX/WSJT-X - однозначно нет.

[RX4HX]

Сегодня обновился до версии V2.0.1-RUS-rc124. При проведении одиночного QSO получив от корреспондета RR73 прога передаем ему 73.Корреспондент уже дает заново CQ а у меня повторно идет 73.И так несколько QSO.Приходится в ручную отключать Tx.Так и должно быть или это глюк?

Это не только в версии 124. Это уже достаточно давно. Глюк.

[RA3QDP]

i7 отличается от i5 наличием hyper threading и бОльшим размером кэш-памяти. hyper threading - это механизм позволяющий на каждом физическом ядре процессора выполнять два потока команд. На некоторых программах это дает увеличение производительности, на некоторых - нет (даже может ее несколько понижать за счет затрат на распараллеливание). Повышается производительность в том случае, когда по ходу выполнения программы процессор ждет окончания процессов ввода-вывода и что бы в это время не простаивать выполняет другую часть программы. Так же и увеличение размера кэш-памяти дает прирост производительности, если при недостаточном ее размере важная часть программы не помещалась в ней, и - главное : что бы не возникала перезагрузка этой памяти из-за того, что не те данные кешировались (чем больше размер, тем больше перегружать). Для каждой конкретной программы все описанное может быть разным. И только автор программы (если сам полностью понимает как она работает) может сказать - для его программы - полезен hyper threading и увеличенный кэш или нет. Ну а пользователь может проверить полезность hyper threading самостоятельно - отключить в настройках BIOS функцию hyper threading и посмтреть как это влияет на производительность при выполнении конкретной программы - WSJT-X.
Очень интересен ответ автора по этому вопросу.

[RW9UB]

Очень интересен ответ автора по этому вопросу.

Да очень бы хотелось узнать.Так как комп для игр не использую,а JTDX будет польза?

[RW9UB]

Это уже достаточно давно. Глюк.

В предыдущей версии у меня включался повтор на 1-2сек и сам отключался.А здесь не хочет.

[UA3DTK]

...<Работаю на поиск , отработал QSO 73! и мода переходит на CQ , это правильно ?...

...при работе на поиск нужно включать "Одиночное QSO"...и все в норме...



и другой вариант...мое повторное 73 высвечивается,но не передается...

[R0AX]

сейчас на семерке поставил одиночное qso 5 вызовов сделал локатором и 5 рапортом - ни одного сбоя,передача отключается верcия 124(сам я редко работаю на поиск)

[EU1FQ]

Сегодня обновился до версии V2.0.1-RUS-rc124. При проведении одиночного QSO получив от корреспондета RR73 прога передаем ему 73.Корреспондент уже дает заново CQ а у меня повторно идет 73.И так несколько QSO.Приходится в ручную отключать Tx.Так и должно быть или это глюк?

А кто Вам скажет правду!
Может глюк, а может и нет. Это как посмотреть на протокол проведения QSO. Если внимательно читать первоисточники по WSJT-X, то можно увидеть чем отличается RRR от RR73.
RRR применяется тогда, когда корреспондент, по каким либо обстоятельствам, не очень уверен что получит от вас 73. RR73, напротив, корреспондент 100 процентов уверен в проведенном QSQ и не ждет от Вас уже ничего, в том числе и 73. (кстати, в Hound моде это четко регламентировано.) Вот и получается, что один корреспондент передав Вам RR73, тут же переходит на CQ. А вы до бесконечности в автомате будете ему давать 73. А вот другой корреспондент, передав Вам RR73, добросовестно (спорно) ждет от Вас ответного 73. И только получив его от Вас дает CQ. Вот и судите сами, глюк это, или не глюк. Пока не будет единообразия в этом вопросе, большенство будует считать что это глюк. А так ли это на самом деле?

[RX3ASP]

Я об этом две страницы назад писал и до этого раза три. Никто не читал? Там и ответ UA3DJY есть.
При чём тут протокол QSO? Компьютер RW9UB не успевает декодировать всех в полосе, хотя корреспондента QSO уже декодировал. Из-за особенностей выполнения последовательности JTDX повторяет предыдущее сообщение, хотя на той стороне 73 уже получили. Как только весь поток будет декодирован, передача отключится. На быстром ПК это происходит до начала следующего цикла.

[RW9UB]

ждет от Вас ответного 73. И только получив его от Вас дает CQ.

В том то и дело что он передал мне RR73 я ему 73, он дал CQ а я ему повторно 73 передаю.Хотя сейчас провел пару связей все нормально.Не понятно.