Удаленное управление шеком - вопросы, ответы, практика

Цитата:

---

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

С ресемплингом просто бороться, его можно просто исключить и работать на одной частоте. Я выбрал 48кГц.

---

На что я и акцентировал внимание. Но если Вы будете пытаться передать по IP 48KHz, то ничего хорошего не получится. Вам нужно иметь толстый канал для этого. Поэтому я ужался до 8KHz, 8 bit.

Цитата:

---

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

Чтобы снизить задержки нужно использовать UDP

---

UDP хорош в сетях с малым количеством потерь пакетов, т.е. в локальной сети. При переходе на UDP доставка пакета не гарантируется и звук получится рваный, как правило настолько рваный, что к использованию не годится. TCP перезапрашивает пакеты и гарантированно (если хватает канала) рекоструирует аудио поток на приёмной стороне, но если перезапрос пакетов большой это приведёт к большим задержкам.

Цитата:

---

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

А вот АСИО считаю обязательной для ОС Windows. Остальное медленное.

---

ASIO тут вообще не причём, вы получаете поток данных по TCP/IP и можете преобразовать его в любой stream. Стандартного MME вполне хватает для этих целей. ASIO вам обеспечит low latency после преобразования TCP/IP на стороне оператора до драйвера звуковой карты наушников, но в этом нет никакого смысла , так как основные задержки не здесь. Кстати, WDM/KS не хуже ASIO, а временами много лучше.

Цитата:

---

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

На что я и акцентировал внимание. Но если Вы будете пытаться передать по IP 48KHz, то ничего хорошего не получится. Вам нужно иметь толстый канал для этого. Поэтому я ужался до 8KHz, 8 bit.

---

Зачем, просто сжимаем Opus кодеком, получаем 80 кбс поток. Так и сделано.

Цитата:

---

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

UDP хорош в сетях с малым количеством потерь пакетов, т.е. в локальной сети. При переходе на UDP доставка пакета не гарантируется и звук получится рваный, как правило настолько рваный, что к использованию не годится. TCP перезапрашивает пакеты и гарантированно (если хватает канала) рекоструирует аудио поток на приёмной стороне, но если перезапрос пакетов большой это приведёт к большим задержкам.

---

Про это кажется не знают разработчики технологии webrtc, на которых сейчас почти все видео чаты построены. TCP для передачи звука нужно исключать. А если в сетях много проблем, то нужно с сетями разбираться, большие потери недопустимы. Звук рвется не всегда, главное уложиться в максимальный размер UDP датаграммы, чтобы она не превышала MTU сети, тогда все очень не плохо. К тому же можно сделать дублирование датаграмм, отправлять 3 одинаковые с одним и тем же порядковым номером. А на приемной стороне отбрасывать, если уже обработали.

Что касатеся TCP, то пока прошло восстановление сети и восстановление данных, они уже не нужны, они не актуальны, они протухли. Куда девать старый пришедший звук? Ведь новый поступает постоянно, очередь копить?

Цитата:

---

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

ASIO тут вообще не причём, вы получаете поток данных по TCP/IP и можете преобразовать его в любой stream.

---

Я пытаюсь сделать ключевание с манипулятора. Пока по классике, черем пины СОМ порта. Чем ниже получим задержки вывода звука, тем выше будет допустима скорость ключевания. Потому 100% нужно.

- - - Добавлено - - -

Цитата:

---

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

"Хриплый" - это как я слышу аудио через удаленку, причем на громких станциях раздается ХРр.

---

Это может быть переполнение числа, при обработке. О какой удаленке речь?

Цитата:

---

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

Я пытаюсь сделать ключевание с манипулятора. Пока по классике, черем пины СОМ порта. Чем ниже получим задержки вывода звука, тем выше будет допустима скорость ключевания. Потому 100% нужно.

---

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

Цитата:

---

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

Это может быть переполнение числа, при обработке. О какой удаленке речь?

---

Это Смартлинк. Хрипел оператор DNA , хотя скорости и задержки все были в норме, причем это слышно было не только мне с интернета Elisa, а когда слушали из Москвы. Если подключались Смартлинк с Elisa, то в Москве все было в норме, ну и я раньше такого безобразия не наблюдал.
Ну а как работает Маэстро с веслом? это секрет Флекса чтобы покупали консоль.
С винкеем от N1MM или другого лога с манипуляцией по удаленке проблем нет вообще.

Цитата:

---

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

Ну а как работает Маэстро с веслом? это секрет Флекса чтобы покупали консоль.

---

У меня ее не было, не успел провести промышленный шпионаж.

- - - Добавлено - - -

Цитата:

---

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

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

---

Если генерить сигнал на локальном ПК (как делает маэстро) то должно все получиться. Посмотрим. Интересно же.

Цитата:

---

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

Я пытаюсь сделать ключевание с манипулятора. Пока по классике, черем пины СОМ порта. Чем ниже получим задержки вывода звука, тем выше будет допустима скорость ключевания.

---

Если вы хотите работать с ключа на удалённом трансивере, то единственно возможный путь сделать самопрослушку локально.

- - - Добавлено - - -

Цитата:

---

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

Про это кажется не знают разработчики технологии webrtc, на которых сейчас почти все видео чаты построены.

---

WebRTC использует протокол RTP (Real-time Transport Protocol), который как транспорт действительно использует UDP.

Цитата:

---

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

Если вы хотите работать с ключа на удалённом трансивере, то единственно возможный путь сделать самопрослушку локально.

---

Да, именно это и делаю!

Цитата:

---

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

WebRTC использует протокол RTP (Real-time Transport Protocol), который как транспорт действительно использует UDP.

---

Так точно! Поэтому не нужно бояться использовать UDP. Просто с пониманием стоит подходить.

Тут еще вот что появилось:
Всем привет! Tesla снова удивила мир, открыв свои наработки по TTPoE — сетевому протоколу для передачи данных поверх Ethernet. Этот протокол разработан специально для сокращения задержек в высокоскоростных сетях, что крайне важно для инфраструктур, работающих с машинным обучением. И, конечно, Tesla планирует сделать его открытым стандартом, поэтому они присоединились к консорциуму UEC (Ultra Ethernet Consortium).
https://github.com/teslamotors/ttpoe

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

- - - Добавлено - - -

По поводу скорости в локальной сети, если стоит ком. 100мб - ный , то скорость соединение 2- устройств будет не больше 10 мб, например, сансдр2 может иметь полосу в сети до 20 мбит, поэтому если его использовать через роутер, то могут быть "затыки".

Цитата:

---

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

По поводу хрипа звука, не думаю что виноват провайдер, доставили пакеты и все,

---

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

Коллеги, есть желание тоже поупражняться в управлении трансивером по сети. Для начала не далеко, в локальной сети. Но задача в том чтобы трансивер не был подключен к компьютеру (серверу) ничем кроме LAN. Такое возможно, кто нибудь делал? В данном случае трансивер IC-9700. У него есть для LAN гнездо, не зря же оно задумано. Наверное и среди КВ аппаратов есть подобные по управлению.

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

наверное использовать фирменную программу:
https://henryradio.ru/programmnoe-ob...rs-ba1-v2.html

Цитата:

---

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

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

---

В данном случае это оправдано. Потому что УКВ. Чтобы и длина кабелей до антенн имеет значение. У IC-905 весь радиочастотный тракт ставится около антенны и а управляющая часть связана с ним по UTP-кабелю. Но 905 стоит слишком дорого к тому же у него мощность на 144 и 430 всего 10 Вт. А 9700 в наличии.

Цитата:

---

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

наверное использовать фирменную программу:

---

Попробовал но пока не получилось. По USB управляется а по LAN пока не смог заставить. Поэтому и вопрос поднял, вдруг кто это осуществил.

Тут может помочь только метод проб и ошибок.

Цитата:

---

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

по LAN пока не смог заставить. Поэтому и вопрос поднял, вдруг кто это осуществил.

---

Привет....

А че там осуществлять?

Включаешь IC-9700. Идешь в меню Network. Заполняешь IP-адрес, шлюз, DNS и прочую хрень, что трансивер ходил в тырнет.
В пункте Network Control устанавливаешь значение ON.
В пункте Network User1 ID придумываешь имя пользователя.
В пункте Network User1 Password - пароль...

Зачетная фича еще и Power OFF Setting - что питание включать дистанционно - ставишь ON...
Для прикола в пункте Network User1 ID Administrator ставишь Yes.... Сохраняешь и перезагружаешь трансивер...

Подключаешь его в локалку и настраивай подключение к нему в RS-BA-1.... Там при установке будут картинки конфигурации - выбираешь ту где компьютер подключается через LAN сразу к трансиверу.... Вводишь IP адрес, логин, пароль.... вуаля...

Если че, звони - поиграемся вместе :-)

Тимофей