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

**R3QG** · 09.03.2019, 17:26

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

параметр 'Ms per int' позволяет компенсировать набег фреймов

Я пользую VB-Audio c www.vb-audio.com есть для него решение?
Владимир

**R6LCF** · 09.03.2019, 22:03

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

Для тех кто дает цифровой поток с железа SDR на JTDX/WSJT-X через VAC, параметр 'Ms per int' позволяет компенсировать набег фреймов и соответственно уход DT:

Сразу вопрос: а какую величину желательно установить в настройках ? Величины изменения от 1 до 20. У меня установлено 7.

**UA3DJY** · 10.03.2019, 11:14

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

Для тех кто дает цифровой поток с железа SDR на JTDX/WSJT-X через VAC, параметр 'Ms per int' позволяет компенсировать набег фреймов и соответственно уход DT

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

Сразу вопрос: а какую величину желательно установить в настройках ? Величины изменения от 1 до 20. У меня установлено 7.

Параметр 'Ms per int' определяет период(как часто) выборки фреймов с потока и соответственно размер обрабатываемого блока выбранных фреймов, при малых значениях возрастает нагрузка на процессор за счет более частой обработки. То есть параметр может косвенно влиять на набег DT (например потеря части фреймов если процессор не успевает обрабатывать поток), прямой связи не вижу.

В панели управления показываются счетчики Oflows UFlows:

Название: 11.png
Просмотров: 838

Размер: 1.0 Кб

Счетчик Oflows показывает количество переполнений буфера, для RX кабеля сценарий когда процессор не успевает забрать с драйвера виртуального кабеля входящий звуковой поток, в общем случае это сценарий когда на входе виртуального кабеля данные поступают быстрее чем они забираются с выхода виртуального кабеля. В результате часть фреймов на выходе виртуального кабеля отсутствует(теряется при переполнении буфера).

Счетчик UFlows показывает возможные провалы в звуковом потоке, когда в буфере при считывании с него фреймов их количество недостаточно.

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

При установке большого значения периода выборки 'Ms per int' возможны разовые потери большого количества фреймов в звуковом потоке на выходе виртуального кабеля.

Мне так и не удалось добиться стабильной работы VAC версий 4.51, 4.60 (через полминуты...несколько минут после начала использования виртуального кабеля рассыпается спектр сигналов), откатился на версию 4.15.

У кого нибудь VAC 4.51/4.60 работает стабильно?

**EI4KF** · 10.03.2019, 11:51

4.51 стабильна, когда MS на int = 3, а 4.60 нестабильна ни при каких обстоятельствах.

Эрик EI4KF.

**R6LCF** · 10.03.2019, 12:00

У меня установлена 4.14 стабильно работает,просто не замечаю все как надо. W10Pro64bit.

**UA3DJY** · 10.03.2019, 16:53

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

4.51 стабильна, когда MS на int = 3, а 4.60 нестабильна ни при каких обстоятельствах.

Эрик EI4KF.

Написал письмо Евгению Музыченко, надеюсь вместе сможем найти причину сбоя в работе связки VAC-JTDX.

**UA3VFL** · 11.03.2019, 08:48

Вчера скопировал прог. на диск D

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

теперь прог. не запускается не слога не с диска????

**R0JF** · 11.03.2019, 09:07

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

Вчера скопировал прог. на диск D

Так Вы не копируйте, а установите на D.
И проверьте пути запуска программы в логе.

**UA9FFV** · 11.03.2019, 09:47

Перечитал все с января, но так и не нашел описания алгоритма работы F/H.
Работал с A52ZB впервые f/h на JTDX. Как обычно нажал кнопку, пожелтела Hound (кстати почему желтая, а не зеленая).
Он ответил, я даю рапорт и как в WSJT ожидаю, что передача будет на его частоте. Вижу, что остался. Посмотреть на частоту трансивера уже не было времени, т.к. весь в панике. Попытался переместить маркер передачи, но во время приема это не получилось. По окончании переместил. Вижу, что мне дали RR73, но моя передача рапорта уже в новой локации продолжилась. Прерывать не стал. Раскрутил DX-a на лишний цикл. Вопросы:
1. Я правильно понимаю, что когда на кнопке "Hound" сдвиг частоты происходит через САТ на самом трансивере. А на водопаде стоим на месте?
2. А что есть "HoundFC"? Здесь маркер передачи будет скакать на водопаде?

**EU1FQ** · 11.03.2019, 09:54

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

Перечитал все с января, но так и не нашел описания алгоритма работы F/H.
Работал с A52ZB впервые f/h на JTDX. Как обычно нажал кнопку, пожелтела Hound ....

После нажатия на кнопку Hound, необходимо правой кнопкой мыши еще раз нажать на нее, что-бы перешла в режим HoundFC
Вот тогда, если DX вам ответил, частота Вашей передачи "перепрыгнет" на частоту DX

**LY3BG** · 11.03.2019, 10:02

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

Размер: 13.5 Кб

rc 132

**UA9FFV** · 11.03.2019, 10:04

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

Вот тогда, если DX вам ответил, частота Вашей передачи "перепрыгнет" на частоту DX

А зачем нужно еще состояние кнопки "Hound"? Не проще ли сделать привычное скакание маркера, и конечно, с "факовым"

режимом через САТ.

**RW4LN** · 11.03.2019, 10:09

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

rc 132

И у меня такая же фигня. Замучился.

**R7CA** · 11.03.2019, 10:11

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

rc 132

вам нужно было продолжать давать RR73
"ручками"
именно это сообщение он не принял.
возможно вас придавили.
в таких случаях лучше прыгнуть к нему на частоту, либо на свободную

**EU1FQ** · 11.03.2019, 10:24

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

А зачем нужно еще состояние кнопки "Hound"? Не проще ли сделать привычное скакание маркера, и конечно, с "факовым"

режимом через САТ.

Сколько можно, почти через страницу написано, что "факовый" (RIG) режимы никакого отношения к "прыжкам" за DX отношения не имеют? Совсем разучились читать. Неужели трудно нажать в программе кнопку F1 и получить всю информацию?