Это пример того, как не нужно делать!Вот допустим у меня есть сеть Dante. Один девайс (расширение) вставлен в Allen&Heath IDR32, второй в компьютер (Focusrite Pci-e Dante Card. IDR сам по себе работает в 48кгц и к примеру я запустил Лоджик для записи и забыл поставить в нем 48, по умолчанию он создает проект в 44.1. Записал все это хозяйство и все при этом нормально играет без щелчков и всяких артефактов, но файлы записаны в 44.1, несмотря на то, что сеть работает в 48. Кто в данной ситуации делает передискретизацию, лоджик или Focusrite Dante? Причем это не только на запись работает, но и на прямой транспорт сигнала с IDR в Logic и с Logic обратно в IDR.
ОК, значит не все на это дело забили...@Aleksandr Oleynik, в telos ip audio , это уже есть лет 10 )
и джиттер кажет и потерянные пакеты ..
Он и так слейв. Мастер в моем случае IDR32, и понятно, что так не нужно делать, но факт в том, что все работает, если забудешь в проекте 48 поставить. C DVS то же самое.Logic нужно переключить в Slave
Я понял, о чем Вы. Дело в том, что у меня TCP, а не UDP. И потеря одного пакета в потоке не смертельна, будет перепосыл. Вот если там по какой-либо причине совсем плохо все становится, то TCP-соединение закрывается и драйвер пробует открыть его заново. Не в том смысле, что прям все падает нафиг.потеря или задержка пакета будет приводить к потери соединения?! Круто.
Ну так для этого есть софт с индикацией.Видно будет, когда уже работать надо, а не отлаживать. Мониторить качество связи надо непрерывно.
Нет. Ни то, ни другое обычные свичи из магазина "все по рублю" не поддерживают. Если очень надо - можете ставить управляемые свичи и делать какой-нибудь Port Based VLAN.А кстати, Вы vlan и приоретизацию трафика пользовать планируете?
Видимо бОльшая задержка таких систем, как Dante и прочих и обусловлена тем, что производитель страхуется от потери пакетов, хотя...А я вам скажу, что ни один производитель не даёт того, что планирует дать Дмитрий - он дас информацию о потерянных пакетах и вы её в софте сможете посмотреть, если захотите.
Ну так я про то же, не нужно использовать один и тот же Ethernet Adapter для интернета и аудио.А я вот задумался,...над одной важной вещью......
сижу я такой работаю со звуком .., попутно запустил торрент ......он же насмерть мне все пакетами оч быстро засрет
и звук у меня сдохнет ......
Да в общем-то не особо-то забьет. Особенно если торрент на другом интерфейсе катать.сижу я такой работаю со звуком .., попутно запустил торрент ......он же насмерть мне все пакетами оч быстро засрет
и звук у меня сдохнет ......
У меня пока не сдох.и звук у меня сдохнет ......
Саша, а ты сейчас гоняешь это дело именно с полностью подключенной своей локалкой домашней?У меня пока не сдох.
Естественно. И Торенты одновременно качаю и жена фильм онлайн смотрит, и сын какие-то файлы на рабочий сервак заливает - всё как обычно...Саша, а ты сейчас гоняешь это дело именно с полностью подключенной своей локалкой домашней?
Вот именно. Многие для обычных сетевых дел используют Wi-Fi и Ethernet дырка как правило свободна.Ну сейчас почти у всех поголовно WiFi, который с Ethernet Lan никак не пересекается.
По этому будет и та и другая возможность. И скорее всего в софте также будут простые однокнопочные возможности, с ограничениями и минимальных буферов и ещё кой чего, и Advance - в котором опытный пользователь получит полный доступ к девайсу - делай, на свой страх и риск и понимания данных мониторинга - что хочешь!Ребят , ну самый правильный выбор , это еще одна pci сетевуха ...
а это уже не плаг энд плей ) ни разу ..., для тупых юзеров это может стать проблемой..а их масса
Желательно для выжимания всех соков, но для обычной работы - необязательно. Самый простой вариант мне видится так: в магазине "все по рублю" покупается самый дешевый гигабитный свич, в этот свич втыкается в одну дырку комп, в другую - домашняя локальная сеть, в остальные дырки - девайсы. И все будет жить.Ребят , ну самый правильный выбор , это еще одна pci сетевуха ...
Поведение пакетов в сети и поведение пакетов при передаче через интерфейсы типа точка-точка слегка разнятся. Я не готов согласиться, что многие компании бьются с voip только ради шума и освоения бюджетов. В сети пакет может придти к цели многими путями, а время прохождения величина вероятностная. И в незагруженной сети пакет может проходить аномально долго - стечение обстоятельств.А вы качество соединения USB или MADI или Dante девайсов тоже непрерывно мониторите?
Производители дали вам инструменты для этого? Может на каком-то девайсе прям на его дисплее пишут сколько пакетов потеряно?
А я вам скажу, что ни один производитель не даёт того, что планирует дать Дмитрий - он дас информацию о потерянных пакетах и вы её в софте сможете посмотреть, если захотите.
Можно помедленнее, я записываю Как и кто в моей системе чего перехватывает? Мастером в моем случае может быть одно из трех устройств IDR32, M-Dante расширение в нем или Focusrite Pci Dante. Dante Virtual Soundcard может быть только слейвом. Кто из троих чего перехватывает и кто меняет ЧД?Речь шла об автоматическом перехвате частоты дискретизации ...просто пользователи RME не знают что бывает по другому ) точнее они не замечают ..
А например с куче карт , если один источник в 44 , а ты запускаешь что нить в 48 в это же время - то начинаются всякие интересные глюки
и надо лазить в драйвер и переключать вручную )
Естественно. И Торенты одновременно качаю и жена фильм онлайн смотрит, и сын какие-то файлы на рабочий сервак заливает - всё как обычно...
Это все при наличии всяких роутеров в сети и сложных топологиях. В конкретно данном случае нам нужна сеть с тупыми свичами L2, без излишнего ума (дабы они не тратили время на маршрутизацию). Этому отлично отвечают самые дешевые мыльницы, выпускаемые китайцами миллионами - все они прекрасно обеспечивают 144Kpps/100M и 1.4Mpps/1G. Повторюсь - это такая тупая сеть должна быть между компом с DAW и девайсами. Остальное - как хотите стройте, оно туда не лезет.В сети пакет может придти к цели многими путями, а время прохождения величина вероятностная. И в незагруженной сети пакет может проходить аномально долго - стечение обстоятельств.
они то обеспечивают безусловно, но вопрос в том в какое время, другими словами какова постоянность реакции (отклика) этого канала?все они прекрасно обеспечивают 144Kpps/100M и 1.4Mpps/1G. Повторюсь - это такая тупая сеть должна быть между компом с DAW и девайсами. Остальное - как хотите стройте, оно туда не лезет.
Ваш Logic, который вы не включили в Slave или он не умеет так работать..Кто из троих чего перехватывает и кто меняет ЧД?
DAW может быть только слейвом, ведь она получает клок от звуковой карты, мастером может быть только железное устройство. Поправьте, если ошибаюсь.Ваш Logic, который вы не включили в Slave или он не умеет так работать..
Ну скорее всего маркетинг тут ни при чем. Вы видели карточку данте вживую? Там помимо всяких специализированных чипов для Ethernet стоит еще и мощнейший FPGA Xilinx SPARTAN, которые ставят на все RME девайсы, наверное не просто так?Ну и наверняка не без маркетинга - хотите низкую задержку, ставьте нашу езернет карту за штуку.
Перезапрашиваю. Ну точнее там вступает в действие состояние TCP Fast Retransmit.непришедший пакет Вы вычеркиваете или запрашиваете заново?
Да вполне там все нормально для моих целей. Иначе бы не работало.они то обеспечивают безусловно, но вопрос в том в какое время, другими словами какова постоянность реакции (отклика) этого канала?
Если я не отделяю и нет потерь - то что я неправильно делаю? Видимо не по заветам интернет-гуру что-то?я и говорю - отделяйте от передачи данных. Иначе потери не избежать.