Самодельный Ethernet-транспорт для аудиоинтерфейса.
- Автор темы Rst7
- Дата начала
Это пример того, как не нужно делать!
Logic нужно переключить в Slave и он должен понимать внешний клок и автоматом переключаться в нужную частоту.
А то, что происходит у вас - програмный ресемплинг со всеми вытекающими!
Есть ЗАКОН - Мастер клок всегда должен быть ОДИН!
[DOUBLEPOST=1547324601][/DOUBLEPOST]
ОК, значит не все на это дело забили...
И у нас будет.
Он и так слейв. Мастер в моем случае IDR32, и понятно, что так не нужно делать, но факт в том, что все работает, если забудешь в проекте 48 поставить. C DVS то же самое.
@Aleksandr Oleynik,
Речь шла об автоматическом перехвате частоты дискретизации ...просто пользователи RME не знают что бывает по другому ) точнее они не замечают ..
А например с куче карт , если один источник в 44 , а ты запускаешь что нить в 48 в это же время - то начинаются всякие интересные глюки
и надо лазить в драйвер и переключать вручную )
Речь шла об автоматическом перехвате частоты дискретизации ...просто пользователи RME не знают что бывает по другому ) точнее они не замечают ..
А например с куче карт , если один источник в 44 , а ты запускаешь что нить в 48 в это же время - то начинаются всякие интересные глюки
и надо лазить в драйвер и переключать вручную )
Я понял, о чем Вы. Дело в том, что у меня TCP, а не UDP. И потеря одного пакета в потоке не смертельна, будет перепосыл. Вот если там по какой-либо причине совсем плохо все становится, то TCP-соединение закрывается и драйвер пробует открыть его заново. Не в том смысле, что прям все падает нафиг.
Ну так для этого есть софт с индикацией.
Нет. Ни то, ни другое обычные свичи из магазина "все по рублю" не поддерживают. Если очень надо - можете ставить управляемые свичи и делать какой-нибудь Port Based VLAN.
А я вот задумался,...над одной важной вещью......
сижу я такой работаю со звуком .., попутно запустил торрент ......он же насмерть мне все пакетами оч быстро засрет ,и звук у меня сдохнет ......
Либо мобильник через вафлю начнет обновления тянуть , с гуглплея ..,а мобильников дома куча, и комп .не один , в локалке )...
Следовательно для стабильной работы интерфейса нужна отдельная подсеть ..
сижу я такой работаю со звуком .., попутно запустил торрент ......он же насмерть мне все пакетами оч быстро засрет ,и звук у меня сдохнет ......
Либо мобильник через вафлю начнет обновления тянуть , с гуглплея ..,а мобильников дома куча, и комп .не один , в локалке )...
Следовательно для стабильной работы интерфейса нужна отдельная подсеть ..
Видимо бОльшая задержка таких систем, как Dante и прочих и обусловлена тем, что производитель страхуется от потери пакетов, хотя...
[DOUBLEPOST=1547325562][/DOUBLEPOST]
Ну так я про то же, не нужно использовать один и тот же Ethernet Adapter для интернета и аудио.
Да в общем-то не особо-то забьет. Особенно если торрент на другом интерфейсе катать.
У меня пока не сдох.
Ну и КТО тебе мешает, если ты прям насмерть Торенту разрешил гигабит на лопатки ложить, сделать под Аудио отдельную сеть?
Мы же не говорим о том, что для тех кому важно, чтоб ну вообще ни при каких обстоятельствах ни чего не случилось при записи или трансляции, им прийдётся всё равно работать в домашней сети с торентами?
Но если нет критических вещей - можно и в обычной сетке домашней работать - это не условие, а возможность.
Саша, а ты сейчас гоняешь это дело именно с полностью подключенной своей локалкой домашней?
Естественно. И Торенты одновременно качаю и жена фильм онлайн смотрит, и сын какие-то файлы на рабочий сервак заливает - всё как обычно...
Вот именно. Многие для обычных сетевых дел используют Wi-Fi и Ethernet дырка как правило свободна.
По этому будет и та и другая возможность. И скорее всего в софте также будут простые однокнопочные возможности, с ограничениями и минимальных буферов и ещё кой чего, и Advance - в котором опытный пользователь получит полный доступ к девайсу - делай, на свой страх и риск и понимания данных мониторинга - что хочешь!
Вот я сейчас в этом Advance режиме над девайсом и издеваюсь!
Кстати, вот и 192 kHz -
Последнее редактирование:
Желательно для выжимания всех соков, но для обычной работы - необязательно. Самый простой вариант мне видится так: в магазине "все по рублю" покупается самый дешевый гигабитный свич, в этот свич втыкается в одну дырку комп, в другую - домашняя локальная сеть, в остальные дырки - девайсы. И все будет жить.
Если комп - это ноутбук, то почти наверняка он подключен к домашней локалке вайфаем. Тогда просто втыкаем карту в ноутбучный эзернет.
Когда дело дойдет до написания юзермануала на это дело - нарисуем картинок с типичными рекомендуемыми конфигурациями.
Поведение пакетов в сети и поведение пакетов при передаче через интерфейсы типа точка-точка слегка разнятся. Я не готов согласиться, что многие компании бьются с voip только ради шума и освоения бюджетов. В сети пакет может придти к цели многими путями, а время прохождения величина вероятностная. И в незагруженной сети пакет может проходить аномально долго - стечение обстоятельств.
Если интерфейс позиционируется как Про, какой частью пакетов вы готовы пожертвовать и как это отразится на записываемом/воспроизводимом материале? Причем жертвовать придется не только потеряными, но и отставшими пакетами. Запустил пинг основного роутера в своей сети при незначительной нагрузке - в основном меньше милисекунды, но один пакет за секунд 30 прошел за 22мс... это тоже потеря при ваших целях.
Можно помедленнее, я записываю
Как и кто в моей системе чего перехватывает? Мастером в моем случае может быть одно из трех устройств IDR32, M-Dante расширение в нем или Focusrite Pci Dante. Dante Virtual Soundcard может быть только слейвом. Кто из троих чего перехватывает и кто меняет ЧД?
На самом деле, если в обособленной сети с некоей общей топологией и рекомендуемым оборудованием будут выдерживаться декларируемые параметры - это будет круто! Т.к. протащить/заложить дополнительную витую пару по квартире/студии, купить несколько железок и построить выделенную сеть это будет гораздо дешевле и проще всего иного. Да, и в этой сети только аудио. Возможно этот путь будет надежнее - список сертефицированных/рекомендованных сетевух, свичей и роутеров это совсем не страшно, даже дешевле - экономия на поддержке, которая может загубить не только репутацию но бизнес в целом.
Это все при наличии всяких роутеров в сети и сложных топологиях. В конкретно данном случае нам нужна сеть с тупыми свичами L2, без излишнего ума (дабы они не тратили время на маршрутизацию). Этому отлично отвечают самые дешевые мыльницы, выпускаемые китайцами миллионами - все они прекрасно обеспечивают 144Kpps/100M и 1.4Mpps/1G. Повторюсь - это такая тупая сеть должна быть между компом с DAW и девайсами. Остальное - как хотите стройте, оно туда не лезет.
они то обеспечивают безусловно, но вопрос в том в какое время, другими словами какова постоянность реакции (отклика) этого канала?
DAW может быть только слейвом, ведь она получает клок от звуковой карты, мастером может быть только железное устройство. Поправьте, если ошибаюсь.
@Zerocool, как может в моем случае софт переключить IDR32, который умеет только в 48 и является мастером в сети?
Ну скорее всего маркетинг тут ни при чем. Вы видели карточку данте вживую? Там помимо всяких специализированных чипов для Ethernet стоит еще и мощнейший FPGA Xilinx SPARTAN, которые ставят на все RME девайсы, наверное не просто так?
Ну скорее всего маркетинг тут ни при чем. Вы видели карточку данте вживую? Там помимо всяких специализированных чипов для Ethernet стоит еще и мощнейший FPGA Xilinx SPARTAN, которые ставят на все RME девайсы, наверное не просто так?
Перезапрашиваю. Ну точнее там вступает в действие состояние TCP Fast Retransmit.
[DOUBLEPOST=1547329555][/DOUBLEPOST]
Да вполне там все нормально для моих целей. Иначе бы не работало.
[DOUBLEPOST=1547329710][/DOUBLEPOST]
Если я не отделяю и нет потерь - то что я неправильно делаю? Видимо не по заветам интернет-гуру что-то?
Да в конце-то концов, вон есть пример из близкой области, но не мое - Вена же работает.