Самодельный Ethernet-транспорт для аудиоинтерфейса.
- Автор темы Rst7
- Дата начала
Ну разве что. Повторюсь - уговорили, будет стерео-директ.
Хотя мне куда больше нравится родившаяся у нас идея мультиклиентного ASIO-драйвера. Мультиклиентного в смысле возможности одновременно запускать несколько разных хостов с разными размерами буферов. Второй хост с минимальным буфером для мониторинга заткнет за пояс любое другое решение по всем параметрам.
Ещё немного информации...
Дима об этом конечно же мне говорил и я даже понял о чём он
, и писал он тут где-то в ветке об этом тоже.... НО! Я только сегодня понял на сколько крутую фичу он сделал.
О чём собственно я - мы всё время обсуждаем экстремальные настройки задержек и в этой связи имеем в виду порог, за которым начинаются артефакт - выпадение сэмплов.
И Дима писал, что на ЗАПИСИ это ни как не сказывается, но я только сегодня понял воочию ЧТО ЭТО -
Вот два скриншота -
На вход нашего девайса, на аналоговый, подаётся 1000 Ghz и пишется - это первый трек.
С него-же отдаётся сигнал на 4-ый аналоговый выход и реальной петлёй (проводом) забирается на второй аналоговый вход и тоже пишется.
Условия записи - 96 kHz 32 spl общего буфера (0,5 ms раундтрип), всё это на ноуте, он не справляется и драйвер сыпет НА ВЫХОД артефакты. НО!!!!! При этом вход абсолютно чистый.
Повторюсь - первый трек- запись входа, второй запись выхода на вход.
PS: В общем мы имеет 32-х кратный запас по буферу входа, если пакет, который пришёл в девайс на вход, по ЛЮБЫМ причинам дропнулся. Дропнулся - мы его 32 раза попробуем ЕЩЁ раз передать и только на 32-ую не удачную попытку - Девайс всё Остановит (не запишет артефакт - а именно остановит, но я не смог сэмитировать такую ситуацию).
Дима об этом конечно же мне говорил и я даже понял о чём он
, и писал он тут где-то в ветке об этом тоже.... НО! Я только сегодня понял на сколько крутую фичу он сделал.О чём собственно я - мы всё время обсуждаем экстремальные настройки задержек и в этой связи имеем в виду порог, за которым начинаются артефакт - выпадение сэмплов.
И Дима писал, что на ЗАПИСИ это ни как не сказывается, но я только сегодня понял воочию ЧТО ЭТО -
Вот два скриншота -
На вход нашего девайса, на аналоговый, подаётся 1000 Ghz и пишется - это первый трек.
С него-же отдаётся сигнал на 4-ый аналоговый выход и реальной петлёй (проводом) забирается на второй аналоговый вход и тоже пишется.
Условия записи - 96 kHz 32 spl общего буфера (0,5 ms раундтрип), всё это на ноуте, он не справляется и драйвер сыпет НА ВЫХОД артефакты. НО!!!!! При этом вход абсолютно чистый.
Повторюсь - первый трек- запись входа, второй запись выхода на вход.
PS: В общем мы имеет 32-х кратный запас по буферу входа, если пакет, который пришёл в девайс на вход, по ЛЮБЫМ причинам дропнулся. Дропнулся - мы его 32 раза попробуем ЕЩЁ раз передать и только на 32-ую не удачную попытку - Девайс всё Остановит (не запишет артефакт - а именно остановит, но я не смог сэмитировать такую ситуацию).
На RME нет и близко таких задержек - там нижний порог буфера, при 96 kHz-ах = 64 spl, а я на нашем девайсе ставлю 16.
Ну и у меня нет на столько слабого компа, чтоб в него поставить RME MADI и на 64-х сэмплах и 96 kHz получить дропауты. Не проверю.
Ну и у меня нет на столько слабого компа, чтоб в него поставить RME MADI и на 64-х сэмплах и 96 kHz получить дропауты. Не проверю.
@Aleksandr Oleynik, я про то, что в RME может предусмотрели это для записи множества каналов на минимальном буфере, который возможен.
Может... Мне это сейчас не очень интересно.
Важно, что наш девайс не позволит при записи на любых критически маленьких буферах (которых нет ни у одного производителя), получить артефакт в записи.
Последнее редактирование:
Одно уточнение. Это относится только к ASIO. В Core Audio, к сожалению, все намного хуже. Именно в силу специфики архитектуры Core Audio. Может быть нам удасться что-то сделать, но, честно скажу, вероятность невелика.
Сделаем так-же как и все (как и RME) - ограничим буфер величиной, при которой гарантированно артефактов не будет.
Ну или напишешь ASIO под Mac OS
обязательно куплю ваш девайс.
вдруг родился вопрос: насколько сложно обеспечить "нативную" (не через ASIO4All) совместимость вашего устройства с Pro Tools 10, 11, 12? написать драйвер для PT? правовые препятствия?
работаю сейчас преимущественно в PT. компьютер расположен в отдельном помещении и к нему идут кабели длиной 5-7 метров. ваша архитектура в моём случае - самое то.
а ещё во многих студиях большого формата, где есть отдельная машинная комната, чаще всего используется Pro Tools. это тоже ваши потенциальные клиенты: несколько вокальных кабинок, барабанная комната, несколько контрольных комнат делят одну большую студию и т. п.
не помню, задавали уже вопрос или нет. вас можно поддержать посильной суммой?
вдруг родился вопрос: насколько сложно обеспечить "нативную" (не через ASIO4All) совместимость вашего устройства с Pro Tools 10, 11, 12? написать драйвер для PT? правовые препятствия?
работаю сейчас преимущественно в PT. компьютер расположен в отдельном помещении и к нему идут кабели длиной 5-7 метров. ваша архитектура в моём случае - самое то.
а ещё во многих студиях большого формата, где есть отдельная машинная комната, чаще всего используется Pro Tools. это тоже ваши потенциальные клиенты: несколько вокальных кабинок, барабанная комната, несколько контрольных комнат делят одну большую студию и т. п.
не помню, задавали уже вопрос или нет. вас можно поддержать посильной суммой?
. Да, мечты. Только не асио, а RST , что в переводе RealtimeStreamingTool
А по факту ASIO и есть полнейший Риал Тайм! Все задержки даёт не ASIO, а архитектура ОСи.
[DOUBLEPOST=1551522312][/DOUBLEPOST]
А Про Тулс не поддерживает ASIO?
Если он работает с ASIO4All, то почему не станет с нашим ASIO?
не всегда и не полностью. например, мой FirePod отказывается подключать из-за размера буфера (что-то вроде "DAE error #### unsupported buffer size, try to change device buffer number"). приходится подключать FirePod через ASIO DirectX... от Steinberg, что совсем не нравится. а через ASIO4All он работает нестабильно.
Всё пашет!Ну вот будет повод проверить.
Правда тупой ПроТулс не знает, что можно работать на буферах меньше 32 spl -
Ну ОК - на тебе 32 spl -
Всё работает -
Ура! Поздравляю! Сегодня исполнился год этой замечательной теме. Я верю - мы дождёмся!
Спустя РОВНО 4 месяца от начала ЭТОЙ темы я выложил первый тест переделанной Дмитрием ADA8200 -
https://rmmedia.ru/threads/131336/page-3#post-2257250
А спустя год имеем абсолютно СВОЙ, 100% работающий образец интерфейса 2/4
В общем вот он результат годичной работы -
Последнее редактирование:
Ну я вам тогда еще внутренности покажу, разной степени готовности в процессе сборки 
Где, кстати, Digilab, который не умеет паять QFN-корпуса руками? Лучший корпус, придуманный человечеством, я считаю
Где, кстати, Digilab, который не умеет паять QFN-корпуса руками? Лучший корпус, придуманный человечеством, я считаю
@EUGEN27771, Женя, я очень рад возможности участвовать в таком вот деле - оно меня как инженера вдохновило, ну и как организатор я Дмитрию думаю пригодился....
Неа.... Пока есть некоторое кол-во опытных образцов, которые мы и в хвост и в гриву.
Отослал на несколько заводов всю необходимую документацию - жду вопросов и рассчётной цены. Тогда озвучим.
Последнее редактирование:
А я же правильно понимаю что если допустим взять 2 таких прибора, то легко реализовать схему типо один прибор на рабочем месте, другой как мониторный контроллер например у вокалиста в будке. Соответственно до будки надо только витую пару тянуть? Ну и блок питания на месте подключить.
Кстати, а в будущем не планируется завезти поддержку PoE в небольшие приборы?
Кстати, а в будущем не планируется завезти поддержку PoE в небольшие приборы?
Правильно.
И мы ещё готовим сюрприз для любителей риал тайм мониторинга при помощи FPGA микшеров самих аудио интерфейсов..., нам скорее всего удастся сделать немного иначе и интереснее.
Планируется, но PoE свич не дешёвое удовольствие, и у него ограничено возможное потребление, и Ethernet приёмник в устройство ставить нужно другой, тоже дороже - (ну и не уверены, что даже 2/4 PoE потянет, но проверим).
А сколько энергии потребляет девайс? Думаю ведь не много. На несколько устройств должно хватить, хотя усилитель для наушников наверняка не мало жрет.
З. Ы завести поддержку популярных аудио ip протоколов не планируется случаем?
З.ы.ы Фото обратной стороны луны бы ещё
З. Ы завести поддержку популярных аудио ip протоколов не планируется случаем?
З.ы.ы Фото обратной стороны луны бы ещё
Последнее редактирование:
Я, как человек нормальный и, следовательно, ленивый, прототипа после десятого феном просто купил домой печь оплавления припоя по термопрофилю -- и недорого и можно паять дома всё, что можно спозиционировать руками (для 0201 или BGA с шагом 0,4 мм надо ещё и манипулятор, но 0402 и BGA 0,8 - 1 мм руками вполне расставляемо).
Потянет. Там сейчас примерно 4Вт потребление.
Вообще валом нынче сплиттеров с настоящим PoE, вот например - https://www.amazon.com/TRENDnet-Splitter-Mountable-Adjustable-TPE-104GS/dp/B00MOIDXZ0 Просто они их делают десятками тысяч, потому не особо дорого.
Так что если прямо сейчас надо вопрос удаленного питания решить - то вот таким образом.
