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

**RX3ASP** · 21.02.2019, 15:00

Сообщение от UA3DJY

Цитата Сообщение от RX4HX Посмотреть сообщение
Подскажите, а сейчас есть решение проблемы, когда программа начинает передавать 73 и бросает передачу секунды через 2? Об этой проблеме и я, и другие писали... Немного не следил за темой. Сейчас поставил версию 130 - все тоже самое. Может это можно как то обойти?
Автовыбор у меня: Ожидание декодирования всех сигналов.
Два варианта: либо процессор успевает окончить декодирование до начала передачи либо использовать AutoSeq0 где нет автовыбора.

В AutoSeq0 Как передавал 73, так и передаёт ДО ПОЛНОГО ОКОНЧАНИЯ декодирования всех сигналов.

**UA3DJY** · 21.02.2019, 15:00

Сообщение от R0JF

Если неадекватное поведение программы заметите -- тогда обязательно.
Например палитра расцветок сменится, какие-то элементы управления не увидите (или лишние появятся).

А вообще, в каждом релизе Игорь пишет о совместимости ini-файлов. Если написано, что не совместимы, лучше удалить.

Сейчас работаем над проверкой соотвествия значений параметров INI файлов допустимому диапазону, будет в версии rc131, объем работы большой но с такой проверкой количество сбоев связанных с разрушением данных в оперативной памяти и в результате некорретными значениями в INI ощутимо сократится.

**UA3DJY** · 21.02.2019, 15:05

Сообщение от RX3ASP

В AutoSeq0 Как передавал 73, так и передаёт ДО ПОЛНОГО ОКОНЧАНИЯ декодирования всех сигналов.

Так происходит при принятом сообщении 73 от корреспондента?

**RX3ASP** · 21.02.2019, 15:18

Сообщение от UA3DJY

Так происходит при принятом сообщении 73 от корреспондента?

Нет, на 73 реакция программы моментальная - очищается окно DXCall (как и настроено в разделе reporting) и гаснет Enable TX(если 1QSO).
Это происходит, когда отвечаешь на CQ > обмен рапортами, RR73 от корреспондента, 73 ему от меня, далее он уже даёт новое CQ (молчит, отвечает другому), а я ему опять передаю 73. До тех пор, пока программа не закончит попытку декодирования всех кандидатов в полосе. У меня на экране корреспондент уже подсвечен, как отработанный, QSO 100% закончено, но 73 зачем-то передаётся повторно.

Название: Снимок.JPG
Просмотров: 915

Размер: 37.3 Кб

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

**UA1OMZ** · 21.02.2019, 21:01

Сообщение от RX3ASP

73 зачем-то передаётся повторно.
Я тут уже несколько раз этот вопрос поднимал, но безрезультатно.

Тоже присоединяюсь, тоже поднимал вопрос... Ответом было - другой алгоритм.
Но нельзя ли лучше вместо autoseq0 сделать autoseqWSJT, с алгоритмом полностью аналогичным по алгоритму с autoseq1 в WSJT, где нет повторных 73.
Я уверен, что многие увидев этот режим сразу перейдут на JTDX, что бы в полной мере насладиться всеми её удобствами. А если ещё сделать (вернуть (версия 34)) "ожидающий enable TX", то этот режим стал бы любимой и необходимой "фишкой" пользователей.

**RX4HX** · 21.02.2019, 22:16

Сообщение от UA1OMZ

Но нельзя ли лучше вместо autoseq0 сделать autoseqWSJT, с алгоритмом полностью аналогичным по алгоритму с autoseq1 в WSJT, где нет повторных 73.
Я уверен, что многие увидев этот режим сразу перейдут на JTDX, что бы в полной мере насладиться всеми её удобствами.

+100500! Полностью поддерживаю!

**UN7JID** · 22.02.2019, 02:20

Сообщение от UA1OMZ

Тоже присоединяюсь, тоже поднимал вопрос... Ответом было - другой алгоритм.
Но нельзя ли лучше вместо autoseq0 сделать autoseqWSJT, с алгоритмом полностью аналогичным по алгоритму с autoseq1 в WSJT, где нет повторных 73.
Я уверен, что многие увидев этот режим сразу перейдут на JTDX, что бы в полной мере насладиться всеми её удобствами. А если ещё сделать (вернуть (версия 34)) "ожидающий enable TX", то этот режим стал бы любимой и необходимой "фишкой" пользователей.

Присоединяюсь! Тем более никто не мешает сделать как в WSJT-X, т.е. оставлять в окне сообщений не стертым ТХ5, что при случае если корреспондент продолжает упорно передавать вам рр73(в случае, если он ваше 73 не принял), позволит передать 73 ему повторно вручную.

**UA9OP** · 22.02.2019, 12:29

Сообщение от UA1OMZ

73 зачем-то передаётся повторно.
Я тут уже несколько раз этот вопрос поднимал, но безрезультатно.

еще есть народ которые передают сначала RRR потом 73 зачем ?

**RX3ASP** · 22.02.2019, 14:35

Сообщение от UA9OP

еще есть народ которые передают сначала RRR потом 73 зачем ?

При чём тут RRR?

**RA3QH** · 22.02.2019, 14:39

ну вот кто такую картину пояснить может? на одной частоте идет одновременно передача RRR и 2-х различных рапортов от UA9LL греку....

Название: ScreenShot047.jpg
Просмотров: 571

Размер: 32.6 Кб

**RA3QH** · 22.02.2019, 14:40

Сообщение от RX3ASP

При чём тут RRR?

передают некотрые RRR а потом 73...кстати на скрине выше видно такое...

**UA3DJY** · 22.02.2019, 15:38

Сообщение от RA3QH

ну вот кто такую картину пояснить может? на одной частоте идет одновременно передача RRR и 2-х различных рапортов от UA9LL греку....

Необходим звуковой wav файл, какая версия программы?

**RA3QH** · 22.02.2019, 17:17

Сообщение от UA3DJY

Необходим звуковой wav файл, какая версия программы?

Игорь..я их не записываю...версия 130...но...ранее я выкладывал скрин где я и мой товарищ наблюдали 2 разных рапорта для RQ2Q в одном и том же цикле именно от этой же станции...