Самодельный Ethernet-транспорт для аудиоинтерфейса.

  • Автор темы Автор темы Rst7
  • Дата начала Дата начала
DAW может быть только слейвом, ведь она получает клок от звуковой карты, мастером может быть только железное устройство. Поправьте, если ошибаюсь.
Клоком она конечно не может быть, но она может диктовать Аудио Карте в какую частоту той переключиться - думаю такая опция есть и в Logic-е. Я в Рипере это отключаю сразу - DAW должна слушаться железку, а не наоборот.
PS: @Zerocool в общем тоже самое вам написал.
 
Запустил пинг основного роутера в своей сети при незначительной нагрузке - в основном меньше милисекунды, но один пакет за секунд 30 прошел за 22мс... это тоже потеря при ваших целях.
Специально переключил девайс в третий по вложенности свич, запустил Проект в DAW в 193 kHz, запустил на том-же компе качаться несколько торентов, запустил пинг (не на одну минуту) -
ping.png
У меня только один хаб более-менее дорогой - основной, все прочие - вот как Дима пишет - из магазина всё по рублю.
 
  • Like
Реакции: noshyn, Arlekin и Radiator
PS: @Zerocool в общем тоже самое вам написал.
В моем случае лоджик никак не может переключить IDR, ведь у него только 48!
но не мое - Вена же работает.
Но там и задержки другого уровня совсем, не такие экстремальные как на вашем устройстве.
 
Последнее редактирование:
Кстати, ещё одна особенность девайса и драйверов, написанных Димой -
При работающем на Play-е проекте, я выключаю девайс, отключаю его от одного свича, иду совсем в другое помещение и включаю его в другой свич и включаю опять в нём питание - и что бы вы думали? -
Я начинаю слышать в наушники, включенные в девайс, то, что плеелось в Рипере, Рипер не сдох, а всего лишь залип на паузе при отвалившимся девайсе, и стартанул плей при поднявшемся девайсе!
Повторил этот фокус несколько раз, выключая девайс из сети и перетыкая его в совершенно разные свичи по дому - работает и девайи и Рипер не вылетает!
Проект, кстати, 192 kHz.
 
  • Like
Реакции: noshyn, mxc и Oliver_Cray
@Aleksandr Oleynik, ну что ж пустая локальная сеть это хорошо, одно плохо, что это не общий случай. Ну да ладно) Реально эти тупицы с Данте перемудрили! :D
 
Повторил этот фокус несколько раз, выключая девайс из сети и перетыкая его в совершенно разные свичи по дому - работает и девайи и Рипер не останавливается!
Вообще запутали, откуда рипер клок получает, если девайс отключен?
 
@Aleksandr Oleynik, кстати, с этой штукой есть нюанс. Если интерфейсов несколько, то чтобы это хорошо работало и быстро поднималось обратно - надо накатить вот такой ключ в реестр:

Код:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"DeadGWDetectDefault"=dword:00000000

А то без обнуления этого параметра Винда начинает пробовать во все интерфейсы пихать пакеты соединения, а вдруг куда-то еще достучится, что в нашем случае прям по Достоевскому - "Горе от ума".
 
Ну да ладно) Реально эти тупицы с Данте перемудрили! :D
Нет! Не перемудрили... У меня есть Dante интерфейсы и я очень внимательно всё изучил. У них совсем другой подход и к формированию клока и к роутингу.
Они изначаль пошли немного другим, более универсальным путём. Но у любой универсальности есть цена.
Да, в их девайсах я могу любой вход или выход отправить и/или размножить куда угодно.
Наш девайс работает по сути точка-точка.
 
Вообще запутали, откуда рипер клок получает, если девайс отключен?
Ни от куда, он замирает на время отключения девайса и ждёт его подключения.... При этом, что меня удивило, после подключения девайса плэй стартует с того места где он отключился!
 
  • Like
Реакции: Radiator
Меня такой подход более чем устраивает. Думаю подавляющее большинство устроит тоже....

Еще бы! А в это время музыканты исполняют, синтезаторы синтезируют, метроном щелкает и т.д и т.п... Тут главное восстановит связь в такт!

Но как сетевой проигрыватель самое то.
 
Ни от куда, он замирает на время отключения девайса и ждёт его подключения.... При этом, что меня удивило, после подключения девайса плэй стартует с того места где он отключился!
:eek::eek::eek: Наверное так только рипер умеет. Лоджик бы вывалил сообщение синхронизатион еррор и приехали.
 
  • Like
Реакции: H-ron
@Aleksandr Oleynik, кстати, с этой штукой есть нюанс. Если интерфейсов несколько, то чтобы это хорошо работало и быстро поднималось обратно - надо накатить вот такой ключ в реестр:

Код:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"DeadGWDetectDefault"=dword:00000000

А то без обнуления этого параметра Винда начинает пробовать во все интерфейсы пихать пакеты соединения, а вдруг куда-то еще достучится, что в нашем случае прям по Достоевскому - "Горе от ума".
У меня ключь есть, но там 1 стоит -
DeadGW.png
 
Еще бы! А в это время музыканты исполняют, синтезаторы синтезируют, метроном щелкает и т.д и т.п...
А что делают музыканты, когда отваливается цифровой пульт или синтюк подвисает, или электрик, уходя домой рубильник выключает? :)
[DOUBLEPOST=1547332287][/DOUBLEPOST]
это актуально, если в компе много сетевых интерфейсов.
у меня один.
 
Еще бы! А в это время музыканты исполняют, синтезаторы синтезируют, метроном щелкает и т.д и т.п... Тут главное восстановит связь в такт!

Тут есть узкий момент, который мне пока не до конца понятен из ASIO SDK. Каждый блок семплов сопровождается тайм-кодом. В референсной реализации этот таймкод - фейковый, генерится просто возвратом системного времени. И в описательной части там как-то все мутно про это написано. Видимо именно тут надо покопаться, но мне пока некогда. Потом разберемся, это вообще не та проблема, о которой сейчас надо думать.
 
  • Like
Реакции: Aleksandr Oleynik
А что делают музыканты, когда отваливается цифровой пульт или синтюк подвисает, или электрик, уходя домой рубильник выключает?

Ну, если приравнивать задержку пакета в сети к отрубанию рубильника, вопросов нет. Но как объяснить это юзерам, если сеть функционирует в штатном режиме?
 
Ну вот кстати я щас пинганул свой второй комп в домашней локалке..
картина неоднозначная.. дальше даже 11 мс проскочило ,...
2019-01-13_01-35-49.png
 
@Zerocool, а в чем Вы язвительность видите? В том, что пакеты в пустой сети бегают без задержек, так это одна сеть и случай далеко не общий. А это момент, который придется регулировать с клиентами. А объяснять юзеру что у него сеть неудачная - тут проблема, т.к. сеть функционирует нормально.
[DOUBLEPOST=1547332866][/DOUBLEPOST]
Ну вот кстати я щас пинганул свой второй комп в домашней локалке..
картина неоднозначная.. дальше даже 11 мс проскочило ,...
Посмотреть вложение 155332

И как получить 0,5?
 
@Hron,
Когда девайс будет у меня на тесте ) вот и проверим все :)
вот как раз воткну его в тот комп ))
 
Ну, если приравнивать задержку пакета в сети к отрубанию рубильника, вопросов нет. Но как объяснить это юзерам, если сеть функционирует в штатном режиме?

Да нет там в штатном режиме таких задержек. Не волнуйтесь. Более того, я никого не агитирую становиться в очередь на приобретение сего девайса ;)
 

Сейчас просматривают