MSHV meteor scatter

[4Z5CP]

Это случается всегда, вне зависимости от загруженности диапазона.
Последовательность такова:
Передаю корреспонденту рапорт
Приема репорта не вижу - выскакивает окошко для занесения связи в лог и в RX FREQ MSG окне вижу передаваемый мной RR73.
Заношу связь в лог и вижу в RX FREQ MSG окне принятый рапорт от корреспондента.

Процедура занесения связи в лог збивает хронологию и правильное отображение последовательности связи.

Надеюсь объяснил внятно, а то часто меня не понимают. 

[R5WM Владимир]

Процедура занесения связи в лог збивает хронологию и правильное отображение последовательности связи.

Проверьте какое значение Treads стоит и поставьте - 1. Поставьте галку на автоматическое занесение связи в лог. Потом посмотрим. Но такой же алгоритм обработки сообщений сейчас и в WSJTX т.е. подмена рапорта при задержке приема.

[UA3MBJ Николай]

Cегодня, впервые на MSHV принял мощнейший MS бурст от RX6APY +28db и это в режиме: Auto Dec, сколько же было бы в режиме:RT Dec.....

[4Z5CP]

значение Treads стоит и поставьте - 1

Tread стоит Only 1
Автоматическое занесение связей в лог выставил, осталось дождаться ES на 6м, КВ антенн нет.
Хотя попередаю с другого трансивера
С WSJTX никаких проблем не было, хотя автоматического занесения связей не было.
Т.е. были одинаковые условия, вот только результат разный.

Спасибо

[4Z5CP]

Проверил.
С автоматическим занесением связи все нормально, а с Prompt me to log вся прога в режиме ожидания, поэтому и нет отображения принятого декода.
Надо чтоб окно ввода было независимо от основной проги, а то все управление программой в режиме ожидания, управление программой не работает пока не введешь связь или не откажешься.

[R5WM Владимир]

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

В WSJTX нет оперативного лога поэтому там другая логика. Окно ввода применяется для всех мод, но в MSK144 и FT8/4 желательно использовать автозапись. При этом некорректные связи в лог не пишутся. Ну а в крайнем случае открываем лог и удаляем ненужную запись.

[Михалыч]

 - 26.05.2020 - MSHV version 2.39 / русская версия MSHV version 2.39 Rus / by R5WM
--------
New in version 2.39:

• Added: In Menu Decode, plug-in option "Use Three-stage Decoding FT8" (beta version), as in WSJT-X 2.2.0 rc2.
       For using this option, for the moment need high speed PC, e.g.(Intel Core i3,i5,i7...).
       For the moment method of work:
       1 Stage: decode at 11.8 s.
       2 Stage: subtraction all from 1 stage at 13.5 s.
       3 Stage: subtraction all who is not subtracted in 2 stage and make decode at 14.7 s.       
• Added: New message format for EU VHF Contest, This change is not backward compatible with earlier versions of MSHV and WSJT-X.
• Added: In "Interface Control", RIG TS-890S.
• Corrected: TX Sounds error in Windows.
• Added: In "Multi Answering Auto Seq Protocol", zero calls count in List Queued

-------
Новое в версии 2.39:

     Добавлено: В Menu Decode опция плагина «Использовать трехэтапное декодирование FT8» (бета-версия), как в WSJT-X 2.2.0 rc2.
         Для использования этой опции на данный момент нужен высокоскоростной ПК, например (Intel Core i3, i5, i7 ...).
         На данный момент метод работы:
         1 этап: декодирование при 11,8 с.
         2 этап: вычитание всего из 1 этапа за 13,5 с.
         3 этап: вычитать всех, кто не вычитается в 2 этапа и делать декодирование за 14,7 с.
     Добавлено: новый формат сообщений для EU VHF Contest. Это изменение не совместимо с предыдущими версиями MSHV и WSJT-X.
     Добавлено: В «Управление интерфейсом», RIG TS-890S.
     Исправлено: TX Sounds error в Windows.
     Добавлено: В «Протоколе автоответа с несколькими ответами» нулевое количество вызовов в списке в очереди.
------ 
LZ2HV Amateur Radio Website

[R5WM Владимир]

Немного другой перевод!
Новое в версии 2.39:
     - Добавлено: В меню Декодер, подключаемая опция «Декодирование  FT8 - Три Интервала»,
       как в WSJT-X 2.2.0 RC2.
       Для использования этой опции на данный момент нужен высокоскоростной ПК, например
       (Intel Core i3, i5, i7 ...).
       Принцип работы этой опции:
         1 интервал: декодирование при 11,8 с.
         2 интервал: вычитание всех из 1 интервала за 13,5 с.
         3 интервал: вычитает всех, кто не вычитался во 2 интервале и декодирует за 14,7 с.
     - Добавлено: новый формат сообщений для EU VHF Contest. Это изменение не совместимо с предыдущими
       версиями MSHV и WSJT-X.
     - Добавлено: В «Управление интерфейсом», RIG TS-890S.
     - Исправлено: TX Sounds error в Windows.
     - Добавлено: В «Протоколе автоответа с несколькими ответами» нулевое количество вызовов в списке в
       очереди.

[RU7L]

Была надежда, но проблема так и осталась- станции зовут, а я опять CQ((((
WSJT-X -этим не страдает!!!

[R5WM Владимир]

WSJT-X -этим не страдает!!!

У WSJTX нет переключения Treads. Для слабых компов ставьте 1

[RU7L]

WSJT-X -этим не страдает!!!

У WSJTX нет переключения Treads. Для слабых компов ставьте 1

Это и на ранних версиях было, чего в WSJT-X нет и никогда не было.Компьютер не такой уж и слабый,т.е. входит в перечень, что Вы привели. Если бы Вы написали, что автор не может, или не хочет исправлять этот недостаток программы- мне думается это было бы честнее. А так- очередная отписка, к сожалению...

[R5WM Владимир]

Если бы Вы написали, что автор не может, или не хочет исправлять этот недостаток

Все давно исправлено. Программа заменяет макрос после начала цикла если запоздал прием.

[R3UG]

Была надежда, но проблема так и осталась- станции зовут, а я опять CQ((((

Геннадий, нужно удалять сработанного корреспондента из макроса, тогда будет ответ автоматически. Если не удалишь, то будет cq давать.

[R2AQH]

Новое в версии 2.39:

сравниваю эту версию c wsjt-x 2.2.0 эта декодит лучше  фт 8

[R5WM Владимир]

нужно удалять сработанного корреспондента из макроса, тогда будет ответ автоматически. Если не удалишь, то будет cq давать.

Там не в этом причина. У него тормозит сильно прием. По скрину задержка TX на 3сек.
Нужно смотреть процессы и если стоит Treads более 1 то так и будет при загрузке процессора сторонними операциями.
У меня два ядра и если идет на КВ декодирование более 30 станций, то тоже есть задержка TX. Когда ставлю Treads = 1, то все идет без проблем.
Для УКВ вообще нет смысла использовать более 1 потока.
Очищать окно To radio (RESET QSO) в FT8 нет необходимости. Это нужно для автоответа в моде MSK144.