[dimka76 42]

Здравствуйте.

Существует ли стандартный открытый протокол для передачи звуковых данные по Ethernet ?

Передачи чистого битового потока, без сжатия и всяких там кодеком.

Передачи асинхронно.

Такой поток, который сразу можно пустить на I2S.

Аналог USB Audio.

[aaarrr 63]

43 minutes ago, dimka76 said:

Такой поток, который сразу можно пустить на I2S.

Тактовую все равно надо восстанавливать или компенсировать разбег. В свое время не нашел ничего подходящего, колхозил свой.

[dimka76 42]

1 minute ago, aaarrr said:

Тактовую все равно надо восстанавливать или компенсировать разбег. В свое время не нашел ничего подходящего, колхозил свой.

Я бы сказал не восстанавливать, а формировать свою.

Например, во входящем потоке имеется информация о величине частоты сэмплирования, то приемник данных просто переключается на нужную частоту. Для всех вариантов стандартных частот достаточно только двух генераторов 22.57920 МГц и 24.576 МГц.

Ведь это лучше, чем SPDIF, где реально частота восстанавливается.

И в отличии от USB Audio, Ethernet гальванически отвязан.

[aaarrr 63]

13 minutes ago, dimka76 said:

приемник данных просто переключается на нужную частоту

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

[dimka76 42]

10 minutes ago, aaarrr said:

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

Почему ?

Такой абстрактный теоретический пример.

Исходный файл, например WAV, в котором данные записаны с частотой дискретизации 96 кГц. Источник сообщает об этом приемнику, приемник переключается на соответствующую частоту выдачи данных в I2S.

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

А приемник уже из буфера выдает эти данные в I2S с нужной частотой, но которую он настроился вначале.

[aaarrr 63]

Если передачи ограничены по времени, то проблемы нет. Просто в исходном сообщении фигурировал поток.

[jcxz 184]

33 минуты назад, dimka76 сказал:

Почему ?

Наверное потому, что не бывает в природе ничего идеально одинакового. И нет 2-х идеально одинаковых кварцев.

43 минуты назад, aaarrr сказал:

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

Вообще-то не всегда. Когда они порождены от одного исходного источника, то могут идеально совпадать.

33 минуты назад, dimka76 сказал:

А приемник уже из буфера выдает эти данные в I2S с нужной частотой, но которую он настроился вначале.

Самый простой способ согласования частот: ресэмплинг. И не нужно никаких одинаковых генераторов. Сколько ни постройте генераторов - от разницы частот не уйдёте (если исходные источники частоты разные). А с ресэмплингом вообще без разницы какие частоты у источника и приёмника.

[ig_z 0]

1 hour ago, dimka76 said:

Здравствуйте.

Существует ли стандартный открытый протокол для передачи звуковых данные по Ethernet ?

Передачи чистого битового потока, без сжатия и всяких там кодеком.

Передачи асинхронно.

Такой поток, который сразу можно пустить на I2S.

Аналог USB Audio.

AVB, Dante. Профессиональные и поэтому синхронные. Но может есть и асинхронный подвид. И здесь есть модератор с ником ресет или как то так. Вроде он делал свой асинхронный поверх тсп и асио драйвер для виндовз, но проект закрытый

[dimka76 42]

1 minute ago, jcxz said:

Самый просто способ согласования частот: ресэмплинг.

А не подскажите как это делается ?

1 minute ago, ig_z said:

AVB, Dante. Профессиональные и поэтому синхронные. Но может есть и асинхронный подвид. И здесь есть модератор с ником ресет или как то так. Вроде он делал свой асинхронный поверх тсп и асио драйвер для виндовз, но проект закрытый

В том то и дело, что хочется асинхронный, открытый и стандартный )))

Чтобы без всяких драйверов. "Втыкнул" и работает )))

[jcxz 184]

1 минуту назад, dimka76 сказал:

А не подскажите как это делается ?

Берёте последовательность сэмплов исходного потока (идущих с периодом X) и по ним делаете интерполяцию любым удобным алгоритмом с периодом выходного потока (Y).

[aaarrr 63]

17 minutes ago, jcxz said:

Когда они порождены от одного исходного источника, то могут идеально совпадать

Спасибо, кэп.

 

12 minutes ago, jcxz said:

идущих с периодом X

Неизвестным.

[ig_z 0]

58 minutes ago, dimka76 said:

В том то и дело, что хочется асинхронный, открытый и стандартный )))

Чтобы без всяких драйверов. "Втыкнул" и работает )))

А зачем вам требование асинхронности? Просто любопытно. Я както заморочился и сделал синхронный юсб и для 48 и для 44. Ничего там нет волшебного.

А по поводу втыкнул... так все уже сделано до нас. Апле + хмос и все работает лет 10 как  

1 hour ago, dimka76 said:

А не подскажите как это делается ?

 

Проще всего взять юсб аудио стандарт и посмотреть асинхронный режим. Их там 2 подвида: явный и неявный. Неявный имплисит прост как угол дома. Поняв идею, следующий шаг - найти и посмотреть реализации. Но замена транспорта на тсп или ип + возня с драйвером на хосте никуда не денется. 

[khach 33]

Встречный вопрос-  а кто-нибудь встречал синхронный интерфейс, с восстановлением несущей по опорному потоку данных со стороны ведущего интерфейса и подстройкой частоты клока VCXO аудиоАЦП  от фапч или еще как? Интересует аппаратная реализация узла АПЧ и как реализована синхронизация программно при переменной скорости попадания данных в буфер. Или можно использовать что то типа PTP/IEEE-1588 для точной синхронизации потоков?

[dimka76 42]

Кажется что-то нащупал.

Только пока не все понятно.

https://en.wikipedia.org/wiki/AES51

https://en.wikipedia.org/wiki/AES67

https://en.wikipedia.org/wiki/Audio_over_Ethernet

https://en.wikipedia.org/wiki/Audio_over_IP

[Arlleex 131]

18.06.2021 в 22:05, dimka76 сказал:

Существует ли стандартный открытый протокол для передачи звуковых данные по Ethernet?

RTP?