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

**RK1NA** · 23.01.2018, 15:56

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

Интервал 15 минут, расхождение 0,002

Интернет у вас "хороший"?
В смысле скорости.
Если не очень, поставьте интервал час.
Эта бяка у вас станет появляться через час.

**R0AEB** · 23.01.2018, 15:58

Коллеги пож поделитесь скрином настроек Virtual Audio Cable 4.14, может с настройками накосячил????

**R0AEB** · 23.01.2018, 16:00

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

Интернет у вас "хороший"?
В смысле скорости.
Если не очень, поставьте интервал час.
Эта бяка у вас станет появляться через час.

Интернет без тормозов. Все летает.
Спасибо Константин Александрович, попробую - посмотрю.

**RK1AT** · 23.01.2018, 16:03

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

при публикации результата пожалуйста указывайте версию операционной системы

Запущено две программы JTDX, W10x64, задействовано все 8.

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

**RA3RKA** · 23.01.2018, 16:15

Нажмите на изображение для увеличения.

Название: 3.PNG
Просмотров: 15
Размер: 126.6 Кб
ID: 204708

У меня 7-максимальная 32
запущен лог,Опера,Тотал командер

**R6LCF** · 23.01.2018, 16:29

Только что установил предложенную версию. Максимальная загрузка до 17% ,количество декодированных станций за период до 20....постоянно ,минимум 17 на данный период времени. Пробую!

Нажмите на изображение для увеличения.

Название: 2018-01-23_162445.png
Просмотров: 13
Размер: 25.2 Кб
ID: 204711

**UR7TT** · 23.01.2018, 16:54

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

Коллеги пож поделитесь скрином настроек Virtual Audio Cable 4.14, может с настройками накосячил????

4.15

Нажмите на изображение для увеличения.

Название: 2018-01-23 15_53_16-Virtual Audio Cable Control Panel.jpg
Просмотров: 40
Размер: 287.0 Кб
ID: 204715

внимание на 1-ый, 2-й кабель, остальные, то таке.

**R6LCF** · 23.01.2018, 17:18

Не очень.W10 Pro 64bit. Версия последняя ,предложенная ,монитор ресурсов:

Нажмите на изображение для увеличения.

Название: 2018-01-23_171450.png
Просмотров: 7
Размер: 11.1 Кб
ID: 204718

**RX4CD** · 23.01.2018, 17:23

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

установлен Demension

Перейдите на SP Tyme Sync. Интерфейс русский. Софт бесплатный.

**RK1NA** · 23.01.2018, 17:58

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

Перейдите на SP Tyme Sync. Интерфейс русский. Софт бесплатный.

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

О Дименсион - софт бесплатный.
Интерфейс, как принято говорить - интуитивно понятный.

**RX4CD** · 23.01.2018, 18:06

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

О Дименсион - софт бесплатный.
Интерфейс, как принято говорить - интуитивно понятный.

Да-да. Только, почему-то не все антивирусники его пропускают.
-----------------------------------------------------------------------------
Коллеги, у меня проблема.
"Отвалился" САТ в программе JTDX. Стояла 34-я версия. Работало все нормально, частота в программе отображалась и РТТ исправно работал через САТ. Сейчас РТТ не работает, и окно частоты красное с нулями.
И что самое интересное - в логе UR5EQF САТ работал исправно. Проверял несколько раз настройки скорости САТ в трансивере и программе JTDX. В обоих стоит 38400.
Сейчас заметил, что после запуска и закрытия программы JTDX, лог UR5EQF перестает коннектится с трансивером. САТ не запускается. Посмотрел в OmniRig - а там стоит COM PORT 5. У меня в компьютере такого нет. Поэтому с логом и нет связи. Есть только два физических СОМ порта. СОМ1 и СОМ2. САТ-система работает по СОМ1. Почему перескакивает на СОМ5? Может в настройках JTDX так заложено автором? Наверно поэтому и JTDX перестала видеть СОМ порт трансивера? Пробовал устанавливать СОМ1 - соединение есть! Все работает с логом. После запуска JTDX все нарушается. Операционка на компьютере XPpro.
Интересно, а почему раньше на 34-й версии все работало нормально! Это началось после установки 51-й версии. Откатился назад, на 34-ю и вот такая "бяка". Брал вот здесь - https://www.release.jtdx.tech/Windows/

**K2PAL** · 23.01.2018, 18:09

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

Не бегайте по разным программам.
У любой из них есть свои "бяки".

Константин, почему вы думаете,что вы правы и если на это пошло то,что вы здесь делаете JTDX вы же работаете на WSJT.
Пусть пробует человек, глядишь и понравится.
Надеюсь вы меня поняли правильно.

**UA1OMZ** · 23.01.2018, 18:12

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

Игорь, а почему режимы autoseq 1 и 2 лишены привилегий autoseq 3 - отвечать поздно(после отведенного периода) декодированным позывным и изменять сообщения в зависимости от полученных? Приходиться самому отвечать (нажимать) таким позывным, и что самое главное даже после таких манипуляций тебя спокойно декодируют уже в этом периоде. В wsjt-x в режиме call 1st автоматически всегда отвечает поздно декодированным и изменяет сообщения, причем моментально после их декодирования, а не ожидает декодирования всего периода, даже при вызове вас сплитом.

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

AutoSeq1,2 сделаны для совсем медленных процессоров где декодирование заканчивается после третьей секунды интервала передачи, когда менять сообщение уже нет смысла - оно не будет декодировано корреспондентом из-за большого количества ошибок и потери синхронизации.

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

Ну тогда только одно пожелание - сделать еще один режим AutoSeq0 аналогичный режиму AutoSeq + call 1st в wsjt-x, уверен, что именно он будет пользоваться большей популярностью...

Как-будто ни кто и не заметил(RZ1ZR +100500), все молчат, "как партизаны", а ведь вопрос то серьезный. На данный момент мы имеем три режима AutoSeq 1,2- "для совсем медленных процессоров" и 3- для супер машин в котором даже "очень шустрые проц."(сообщение R6LCF) дают "почему то средние результаты". А для середнячков что? Вот мой

Название: 1.PNG
Просмотров: 523

Размер: 2.8 Кб

и у большинства моих знакомых примерно такие же машины. Хотелось бы режим аналогичный AutoSeq + call 1st в wsjt-x в котором всё без проблем отрабатывало. Игорь, спасибо за понимание! Господа поддержите!