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

[digilab2]

ОК.... вы покупаете за дорого (думаю даже ЗА ОЧЕНЬ ДОРОГО) платку.

-интерфейс usb2.0 to i2s 8х8 +spdif in/out например минидсп , или diyinkh стоит 80$( еще есть варианты примерно четырех фирм
названий просто не помню) проблемы со вставкой куда либо вообще не вижу, только смысла в этом нет, проще купить новый
интерфейс или сидеть на хр

 

[Aleksandr Oleynik]

интерфейс usb2.0 to i2s 8х8 +spdif in/out

Вы это решение предлагаете всем своим Заказчикам?
Ну и тема то об Эзернет Аудио.
Делать usb2.0 to i2s 8х8 +spdif in/out точно не будем
- ненавижу USB, сегодня три часа искал миди в подключенной по USB миди клаве.... включил по миди - за пол секунды всё заработало.

 

[digilab2]

Вы это решение предлагаете всем своим Заказчикам?

-мы не выпускаем многоканальные интерфейсы , поэтому никому ничего и не предлагаем, и не пишем про это

ненавижу USB

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

Делать usb2.0 to i2s 8х8 +spdif in/out точно не будем

-а его и не надо делать они есть готовые , и совершенно за конкретные деньги, все равно дешевле не сделаете
-у нас energy audio выпускает usb2.0 модуль для цап на основе прошивки аманеро, стоит дороже на 1000р чем
родной да еще без генераторов сетки, полностью идентичный родному модуль у китайцев стоит на 4000р дешевле

 

[Aleksandr Oleynik]

@digilab2, для чего вы это всё пишите в ветке о Ethernet-транспорт для аудиоинтерфейса?
Какая то мотивация у вас для этого ведь есть?
Для чего?

-не вижу глобальных отличий в нашем частном случае, все это последовательные интерфейсы приема передачи

Плохо, что вы этого не видите. Вы же специалист.
USB не сможет подключенный к нему аудио интерфейс, без переподключения, отдать любому из стоящих рядом компов.
USB не сможет принять любое кол-во дивайсов и объеденить их в одном драйвере.
USB не сможет передать звук из одного компа в другой.
Достаточно принципиальные отличия от Эзернет Аудио?
Или вы решили, так сказать Делом подтвердить мою реплик -

в обсуждающейся технологии в этом топике полуделетант вы.

 

[digilab2]

USB не сможет подключенный к нему аудио интерфейс, без переподключения, отдать любому из стоящих рядом компов.
USB не сможет принять любое кол-во дивайсов и объеденить их в одном драйвере.
USB не сможет передать звук из одного компа в другой.

-вопрос? зачем все это надо человеку который сидит дома и занимается творчеством или просто слушает музон через например
rme bf pro
-ответ- нахрен все это большинству не нужно

 

[fakeitback]

-мы не выпускаем многоканальные интерфейсы , поэтому никому ничего и не предлагаем, и не пишем про это

Тем более не понимаю, за каким болтом мы наблюдаем столько "дружеской поддержки" в этой теме.

Не, ну я как бы понимаю, традиционное поливание помоями тех же RME (которые в отличии от вас смогли и реализовали беспроблемные USB-интерфейсы). Но тут то вроде свои, стараются, делают что-то - зачем здесь снова ваша болтовня (которую вы один раз уже решились почистить)?

Синдром Шапокляк?

 

[digilab2]

@digilab2, для чего вы это всё пишите в ветке о Ethernet-транспорт для аудиоинтерфейса?

-да никакой , да и не запрещает никто

 

[fakeitback]

да и не запрещает никто

На форуме флуд запрещён. Ваши "советы" вполне попадает под это определение. Не смогли сами? Не мешайте другим.

Намёк понятен, надеюсь?
[DOUBLEPOST=1540067855][/DOUBLEPOST]Бан до нового года.

 

[Scarlatino]

@Aleksandr Oleynik, Саш, а как вариант, выпускать diy набор для мелкосерийных производителей, типа, забаненного дигилаба? С документацией, дровами и тд? Или это рискованно по ясным причинам?

 

[Aleksandr Oleynik]

@Scarlatino, этот проект будет иметь коммерческую судьбу только в том случаи, если дивайсы будут продаваться по всему миру десятками тысяч штук по цене а-ля Беренджер.
Время специальных или дорогих решений если и не закончилось совсем, то в ближайшее время закончиться.
Ну и ориентироваться на таких производителей как дигилаб - терять время, а в последствии и деньги.
То, что ни он ни Михаил Лонг ни как не отреагировали на эту тему - говорит обо всем. И не важно, разочаровлись ли они в прошлых попытках или тупо устали.

PS: Если же говорить о референс решениях и роялти как бизнесе в общем масштабе всех стран, так это уже сделали аудинейт с Данте своим - чтоб с ними конкурировать нужно или инвестиций миллионов 50-70, или....., да в общем то нет или.
И мне эта модель не нравится, её успешность на прямую будет зависить от производителей конечных дивайсов, а все они стоят на пороге серьёзных изменений на рынке про железа.... Беренджер тому пример.

 

[belovw]

@Aleksandr Oleynik, может с @mexap скооперироваться, у них вроде как неплохой вариант DAC наклёвывается на FPPGA?

 

[Aleksandr Oleynik]

@belovw, сейчас не это главное Володя. Сейчас главное сделать с полтора десятка дивайсов и увидеть их все в одном ASIO драйвере и не просто увидеть, а принять что-то от любого, потом отправить любому.
потом сэмитировать приём и отправкут с многих.
Потом проверить как работать будет на 192 kHz.
Всё прочее - потом.
заняты сейчас первым макетом 2/4 - как только он взлетит, будем двигаться дальше.

неплохой вариант DAC

Их великое множество - не возможно ни кого удивить (ну или привлечь, заинтересовать) ещё одним.
И я ни сколько не умоляю тут работу уважаемого @mexap, как в прочем и Лонга и Дигилаба.

 

[Aleksandr Oleynik]

Спойлер: Совсем не по теме

Объективные причины тут вообще не при чём.
Я не против, но это не посильная задача, так как с русским у меня не сложилось ешё в первом классе.
Я не вижу логичных причин почему нужно писать корова, если все говорят карова.
Кстати, в Беларусском языке с коровой всё в порядке - как слышится так и пишиться.

 

[Aleksandr Oleynik]

Спойлер: Совсем не по теме

Объективные причины тут очень даже при чем. За последние 30 лет я не нашёл никакой значимой для меня информации по поводу программирования и и разработки алгоритмов обработки аудио на русском языке. Эта информация есть только на английском и около 5 % на немецком языках. Я думаю что в ближайшие несколько десятков лет никакой информации в интересующей меня области на русском языке не появится (если честно - то я думаю - что уже никогда).

Этот факт обусловлен объективными причинами, безусловно.
Но он ни как не влияет на то, что лично я пишу с ошибками на русском, с английским у меня ещё всё значительно хуже ....

Но просто коробит когда на русском пишут с ошибками. Понимаю что это атавизм, но ничего с собой поделать не могу.

Тут я вам помочь врятли смогу. Тратить своё время на исправление этой, безусловно не делающей мне чести, проблемы - я не стану.
Возможно, со временем станет лучше работать механизм исправления ошибок в используемых мной программах.
PS: Николай, вы действительно посчитали, что замечание мне по поводу ошибок в русском есть самая важная и заслуживающая вашего внимания тема в этом топике?
Возможно у вас есть всё же более интересные и важные для обсуждающегося в данной теме продукта замечания, предложения, пожелания?

 

[mrf]

если не секрет, микроконтроллер до сих пор лпц1768? там только одна i2s периферия. очень любопытно, как решили вопрос с многоканальным звуком?

 

[Oliver_Cray]

@Aleksandr Oleynik, а вы не думали на какой нибудь краудфиндинговой платформе сейчас проект замутить? Сейчас это модно и приносит результаты.

 

[Zerocool]

кстати да , при наличии образца рабочего и пары тройки хороших видосов ..
можно неплохо выступить на kickstarter

 

[Rst7]

если не секрет, микроконтроллер до сих пор лпц1768?

Ну я сейчас туда поставил LPC4078 - та же периферия, только ядро CM4, а не CM3, ОЗУ побольше. Вдруг пригодится.

там только одна i2s периферия. очень любопытно, как решили вопрос с многоканальным звуком?

Ну во-первых, многие AKM'овские ADC/DAC умеют работать в цепочке, сигнал LRCK превращается в сигнал старта фрейма, а данные всех каналов влетают по одному проводу друг за другом. Соответственно, настоящий LRCK для процессора генерируется на дополнительном счетчике (который во столько раз быстрее, сколько в цепочке ADC/DAC'ов навешано). Так будет в устройстве 2/4, и так же будет в устройстве 8/8 для упрощения.

В моем макете и в переделанных для @Aleksandr Oleynik ADA8200 чуть по другому сделано. Там несколько (в макете - аж 8) I2S, которые подключены на обычный порт GPIO. А по сигналу BICK запускается внутренний DMA процессора, который из обычного порта переносит байт в ОЗУ. Ну и наоборот для вывода.

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

 

[Aleksandr Oleynik]

кстати да , при наличии образца рабочего и пары тройки хороших видосов ..
можно неплохо выступить на kickstarter

На данном этапе чужие деньги не нужны.
В общем, если проект вступит в коммерческую фазу, тоже наврядли понадобятся....

 

[Zerocool]

@Aleksandr Oleynik,
Деньги никогда лишними не бывают

 

[Aleksandr Oleynik]

Деньги никогда лишними не бывают

Мой опыт говорит об обратном Артём. Чужие деньги практически ВСЕГДА дополнительные обязательства и ограничения.

 

[Scarlatino]

@Aleksandr Oleynik, а будет ли публичный бэта тестинг? Понятно, что рано об этом, но теми не менее?

 

[Rst7]

а будет ли публичный бэта тестинг?

Как Вы себе это видите? Это же не голый софт, а железка.

 

[Aleksandr Oleynik]

Как Вы себе это видите? Это же не голый софт, а железка.

Ну как-то можно и представить...
Например, всеми здесь уважаемый @vax сделает по дивайсу свой очередной видео дайджест.
Возможно впервые с участием автора того, о чём он рассказывает

 

[buncker]

Ну во-первых, многие AKM'овские ADC/DAC умеют работать в цепочке, сигнал LRCK превращается в сигнал старта фрейма, а данные всех каналов влетают по одному проводу друг за другом. Соответственно, настоящий LRCK для процессора генерируется на дополнительном счетчике (который во столько раз быстрее, сколько в цепочке ADC/DAC'ов навешано). Так будет в устройстве 2/4, и так же будет в устройстве 8/8 для упрощения.

В моем макете и в переделанных для @Aleksandr Oleynik ADA8200 чуть по другому сделано. Там несколько (в макете - аж 8) I2S, которые подключены на обычный порт GPIO. А по сигналу BICK запускается внутренний DMA процессора, который из обычного порта переносит байт в ОЗУ. Ну и наоборот для вывода.

в STM32 была вроде поддержка TDM

 

[Scarlatino]

@Rst7, так и вижу: раздаются за деньги образцы надежным юзерам и тестируются. Например, так делает SSL. Продают с большой скидкой приборы тестерам и получают фидбэк от них.

 

[Rst7]

в STM32 была вроде поддержка TDM

Даже если и поддерживает (я не припомню, кстати, но справедливости ради, я на STM32 I2S не использовал никогда), переделывать я ничего не буду. От пары 74lvc163 на плате ничего страшного не случится. У меня чувство прекрасного страдает, когда я читаю ST'шную документацию.

 

[buncker]

У меня чувство прекрасного страдает, когда я читаю ST'шную документацию.

вот тут не поспоришь =)))

 

[mrf]

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

блин, даже не думал что такое транспонирование возможно)).. у вас серьезный подход, мои поздравления). я немного игрался с lpc43xx - там хитрая многоканальная последовательная периферия, но внезапно там lsb first) у м4 ядра есть битсвап, но все равно немного костыльное решение. хотя это единственнный камень пригодный для параллельного многоканального аудио.
сейчас планируют imx rt на м7 для аудио, на презентации обещали сделать его по цене младших lpc/stm32 за счет отсутствия флэша. там целых 3 периферии с TDM и куча времени и на всякие обработки. хотя наверное вы итак в курсе)

у стм тдм только в новых камнях, где SAI, но с ней особо не знаком. старая и2эс периферия вообще убогая - нормально работает только на 16 бит, ну либо полуслова свопать процом. документация я бы не сказал что сильно хуже, скорее сама периферия странная местами.

 

[Rst7]

@mrf, да меня не пугает отсутствие специально заточенной периферии, я много способов знаю/умею. Ну как бы вот оно ж без восьми железных I2S вполне работает, с крайне незначительной нагрузкой на процессор - там на разворот 8ми 32хбитных семплов надо тактов 90 где-то.