Перейти к содержанию
    

ig_z

Свой
  • Постов

    449
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные ig_z


  1. Обнаружил неприятный непонятный момент. Работает  Win11 + VSCode + wsl2 Ubuntu 22.04 + toolchain in podman container и запущен теминал с powershell и ubuntu. Если Виндовс засыпает, такое впечатление, что wsl ubuntu и терминал со всеми шелами отваливаются после пробуждения

  2. 4 hours ago, uni said:

    Окружение разработки: Windows 11, WSL, VS Code, CMake, ARM GCC.
     

    Спасибо за ваши труды. Вот бы еще тулчейн, мейк и пакетный манагер в контейнер загнать. Их много разных может быть, а ВСЛ один. У меня в компании среда разработки поставляется в едином контейнере и работает из под докера в лин или виртуал бокс в вин. Я кой как прикрутил к ВСЛ используя подман. Есть несколько непонятных моментов, но в целом выглядит очень перспективно 

  3. 5 hours ago, MementoMori said:

    Хм... А если так не сделать, то что будет? 

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

    4 hours ago, alexunder said:

    что за софт?

    Мне показалась самой простой и удобной софтина от JBL. Хотя их очень много на все случаи жизни

    http://soundload.ru/programma-dlya-rascheta-koroba-jbl-speakershop/ 

  4. brag, спасибо за ответы, жаль что так долго пришлось ждать. Тема была очень интересная, ваши идеи просто огонь. Нужно вернуться в начало дискуссии, освежить память. Ну и вопрошавший уже вроде не с нами увы

  5. 58 minutes ago, dimka76 said:

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

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

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

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

    1 hour ago, dimka76 said:

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

     

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

  6. 1 hour ago, dimka76 said:

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

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

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

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

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

    Аналог USB Audio.

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

  7. 16 hours ago, DASM said:

    Не могу понять даже как подступиться. По Wirehark смотрю - выдает абсолютно те же самые дескрипторы, что и образцовая плата USB-I2S конверетера, что я брал за образец (есть сурцы). Но при попытке выдать звук - вижу три isochronous out пакета и молчок. Причем пакеты "без ответа" внутри Wirehark/ Я так понял, что, хотя изохронн не подразуемевает никаких ответов - это Wireshark пишет ответ от драйвера , мол "отправил". Соответвенно драйвер видать , такого не говорит. Ютуб тут же притормаживает и стопорит ролик. Не идет звук и данные вообще никак.

     

    Какой тип синхронизации устройства? Как вариант, если это дуплексный  юсб девайс с имплисит синхронизацией, то такое поведение вполне возможно (на винде в фул спид видел подобное поведение с плойтековским и мбокс драйверами). Можно посмотреть на сурцы образца? И какой драйвер под виндой? Они вроде в 10 добавили поддержку юсб аудио 2. 

  8. 12 hours ago, haker_fox said:

    Не в курсе, есть ли синтез чисто аналитический в современных синтезаторах (рабочих станциях), т.е. по формулам? 

    Вопрос не очень понятен. Но если считать синтезатор муга современным (вроде это называется субтрактивный синтез), то это по сути АВМ, которая сейчас полностью реализуется на ЦВМ. Ну и соответственно расчитывает мгновенные значения по "формуле", параметрами которой являются текущее время, высоты ноты  и положения десятков других крутилок и переключалок на панели настройки тембра

  9. On 9/6/2019 at 6:11 PM, smart_pic said:

     

    Кроме  thermit    наверное и помочь некому.

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

     

    В моих расчетах S влияет на "кривизну" кривой. Красная построена для S~0.9, синяя для S~0.35 

     

    image.thumb.png.b1a22e0e980dd65462bb1792c88ca29c.png

  10. 5 hours ago, Kuzmi4 said:

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

     

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

  11. 23 hours ago, Arlleex said:

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

     

    Лет двадцать назад запилил кооперативку начитавшись этого товарища

    http://www.drdobbs.com/embedded-systems/a-task-dispatcher-for-embedded-systems/184411018

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

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

  12. 9 hours ago, Kuzmi4 said:

     

    UNH-IOL already serves as the principal certification house for the Avnu Alliance and the related validation of gPTP

     

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

  13. Только что, Herz сказал:

    А куда же деться от аналоговой нч-схемотехники? При перемножении ведь целая гребёнка частот получится. Всё равно фильтровать.

    20 МГц и 20.001МГц после перемножения дадут 1 КГц и 40.001 МГц как я понимаю. Фильтрация 40 МГц на феритовых бусинках, резисторах, конденсаторах и ОУ должна получиться вполне линейной и малошумящей. Поправьте, если не прав. 

  14. Для таких же целей собираюсь сделать генератор на перемножении частот двух ВЧ кварцевых генераторов с разницей в 1 КГц. Что получится на реальных елементах не представляю. Но наверное лучше и проще чем аналоговая нч схемотехника

  15. У них тоже неплохие лампы были, но и они, за ненадобностью, "просраливсеполимеры" включая оборудование. Насколько я понимаю, попс этого решения в том, чтобы использовать заточенное под ВЛИ оборудование. И вид у лампы получился, по момему мнению, весьма оригинальный. А характеристики ценителей "теплового лампового звука" мало волнуют.

     

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

    Но! Характеристики лампы напрямую не подходят ни любителям лампового звука, ни ламповым гитаристам.

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

  16. Да, там 8 двухканальных АЦП и 8 двухканальных ЦАПов. 8 штук I2S прекрасно изготавливаются при помощи DMA-пересылки с GPIO (просто 8 бит порта рядом) в ОЗУ с последующим довольно хитрым алгоритмом транспонирования битовой матрицы (не в лоб).

    То есть частота периферии кратна 48к. Красивое решение.

     

    ASIO-драйвер я написал, так что любой Windows-хост с любой DAW. Причем, т.к. транспорт там TCP, все катается в user-space без всяких драйверов в ядре. Два сокета открывается и без лишних обрамлений в каждом льются данные в нужную сторону. Хотел сначала один сделать, но оказалось, что в винде Fast Retransmit правильно работает только если данные идут только в одну сторону. Потому два сокета.

    А как ведет себя система, если нагрузить юзер спейс, к примеру тяжелыми дисковыми операциями? Можно пару слов о вашей аппаратной конфигурации?

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

     

    Именно так и есть. 1(вход)+1(обработка в DAW)+2(вывод)=4мс чистая цифровая задержка плюс задержки в фильтрах АЦП/ЦАП, набегает еще почти миллисекунда в сумме.

     

    Я не очень понимаю, о каких аудио-кварцах Вы говорите. В конкретно моем устройстве, которое 16/16, АЦП и ЦАПы тактируются одним и тем же MCLK/BICK/LRCK.

    Я имею ввиду, что на устройстве есть аудио кварц -> 48к умноженное на что то. Это определяет MCLK и скорость выборки буфера для ЦАП. Очевидно, что сетевая подсистема должна поставлять данные в выходной буфер размером 48*2 семпла так, чтобы не было недопереполнения. Т.е. нужна система синхронизации хоста и девайса. Например в юсб есть три приличных способа синхронизации: синхронный - когда хост ведущий, а девайс синхронизирует свою частоту по СОФам. Асинхронный, когда девайс яслется мастером, а хост подстраивает свой стрим под девайс, используя для синхронизации либо явный канал либо стрим от АЦП.

    Собственно вопрос был как вы решили эту проблему

  17. Ну а по поводу настоящего прибора - у меня тут многоканальный аудиоинтерфейс живет на Ethernet'е (проц LPC1768/100МГц), 16 каналов на вход, 16 на выход, 48кГц, 32 бита. Т.е. 25Мбит/с в каждую сторону. По TCP живет, шлет данные в обе стороны один раз в миллисекунду, с полноценной реализацией Fast Retransmit в обе стороны, так что джиттер в случае потери пакета не превышает 500мкс. И до 100% загрузки процессора там очень и очень далеко.

    :bb-offtopic:

    А можно несколько вопросов о приборе? По ходу повествованиия:

    1) 16 каналов обе стороны я полагаю аналоговые, что то типа 16 канального пульта? Как вы их сделали? На кристале только один I2S.

    2) Используется TCP, на ум приходит только линуксовый ДЖЕК с возможностью работать по сети. С какой хостовой ос работает ваше устройство? Какой протокол используете?

    3) Джиттер меньше 500 мкСек. Т.е. 1 мсек буферизация на передающей стороне, 1-2 мсек буферизация на приемной. В обе стороны латенси около 6 мсек? Вы измеряли реальное значение?

    4) Хотелось бы узнать ситуацию со свитчами. Вы наверняка проверяли такую конфигурацию.

    5) Как реализовали синхронизацию аудио кварцев? Я время от времени развлекаюсь со своим ЮСБ аудио и в качестве эксперимента делаю синхронный режим. По моим прикидкам время синхронизации с приличным подавлением джиттера ЮСБ СОФ получается около 1-2 сек. Что очень много.

     

    Я пару лет работал на АВИД, пилили АВБ аудио платформу. Избыточное решениея для домашних поделок, к тому же работающее только под макосью, условно работающее под линукс и напрочь отсутствующее в мире виндовс. Механизм синхронизации был черезвычайно сложный, совершенно неподъемный для самоделок.

     

    Заранее спасибо за ответы. Я вижу вы модератор, может вынесете мой пост в отдельную тему? Не хочется мешать топикстартеру.

  18. С другой стороны, до сих пор вот мне очень интересно познавать новые фишки в мире эмбедед ПО, в частности, относительно недавно "изучал" .netmicro, недавно чуть "по-тискал" micro java (или как там она зовется) ....

    Короче, удалил их к чертовой бабушке - рано еще, времена еще не пришли, нынешние МК пока еще слишком ватные для таких "вещей".

     

    Кстати, в данный момент уперся в необходимость применения такой вещи (пишу под плюсами) - паттерн "фабрика объектов", а совсем недавно освоил паттерн "делегатов" .

    Удивительно, но теперь они реально мне понадобились, хотя в свое время хихикал над другими: "гы-гы, плюсы, шаблоны, паттерны" ...

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

  19. Асинхронная синхронизация - это когда через выделенный ендпоинт передается желаемый сэмплрэйт? Во первых, расход ендпоинтов. Во вторых, как схема с обратной счязьюг должна быть пред расположена к возбудам. Хотелось бы минимизировать вносимые искажения, собственный ресэмплинг решает задачу.

     

     

    Асинхронная синхронизация, сведется к какому-нить ASRC алгоритму с неконтролируемыми (с моей стороны) параметрами, только на стороне Windows. Когда ASRC делаю я сам, то я контролирую все параметры сам.

     

    Это конечно злостный оффтоп, обсуждать синхронизацию в этом топике. Может модераторы создадут отдельную тему?

    Я постоянно слышу мнение о наличии ресемплинга в юсб аудио хостах, но ни разу не смог получить объективного подтверждения этих слухов. Во всех моих тестах, при работающей асинхронной синхронизации кол-во пришедших и ушедших отсчетов в лупбеке всегда совпадало, что на девайсе, что на хосте а также между IN и OUT. Такой необычный ресемплер в виндовзе и маке, что не оставляет никаких следов своей работы. По моему на вегалабе продают асинхронные юсб устройства с возможностью тестирования бит-перфекта. Закольцовывают цифровую часть и считают црц. С ресемплером, где бы он ни находился, тест не сработал бы.

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

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

    Геннадий, я не очень понял фразу о возбудах. Могли бы вы объяснить подробнее?

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

  20. Сваял ASRC, получилось примерно 4 такта на тап или 256тактов на один стерео сэмпл. До нормального DSP

     

    Полуофф. А зачем вам ASRC, вы же вроде юсб интерфейс ваяете? Там есть асинхронная синхронизация, даже в видовс нормально работает

  21. 3.Удалить из проекта fsdata.c

    2.Научиться правильно именовать свои темы

    1.Изучать свой проект и язык

    0. Задавать подобные вопросы в песочнице

     

    Примечательно, что подобные операции в оригинальном проекте от ST стабильно работают.

    Какие операции?

  22. Можно ли как то перенести базу данных по микроконтроллерам через внешний носитель?

    Добрые люди советуют использовать PackInstaller.exe.

     

    Проще интернет провести в компьютер.

    Может вы лучше про Исакий или день радио продолжите?

  23. Соответственно, всё питается от источника тактовой, который 48/96 кГц может обеспечить.

    Если же заменить частоту генератора (соответственно, sample rate пропорционально изменятся, без разницы, в большую или меньшую сторону) - но в свойствах данного источника звука исчезает возможность переклбчится на альтернативный формат, остается только первый - 2*16 бит.

    Windows 10 и другие.

    Не смог понять, частота генератора на устройстве?

    У меня в одном из вариантов устройства было: УАК1, 16-24, 44.1-48, неявный асинхронный асио драйвер на вин 7.

    Я проверял диапазон синхронизации асио _драйвера_. Он работал без проблем при понижении до 46 аудио семплов и повышении до 49 за один фрейм.

    Т.е. конкретный асио драйвер поддерживал изменение частоты на аудио девайсе от -1/24 до +1/48 по отношению к стандартному рейту 48 семплов/фрейм . Те же самые величины и для 44.1 режима. Все режимы драйвера были доступны: выбор частоты, глубины семплов и размер буферизации

     

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

  24. В мире акустики есть некий Фарина, широко известный в узких кругах аудио инженер из италии. В каких то трудах по теме мелькали выкладки о линеаризации его методики измерения. В целом его способ измерения ИХ обладал набором важных преимуществ, но обладал одним существенным недостатком. За счет краевых эфектов импульсная х-ка не получалась идеальной.

    В работе предлагалось расчитать корректирующий "согласованный" фильтр, дающий на выходе идеальный цифровой дельта импульс, как при методе MLS. Думаю, что таким методом можно "линеаризовать" любую систему, внося реальную, неидеальную ИХ в расчет корректора. Вопрос в линейности линеаризуемого и вычислительной способности линеаризатора.

    Певцы ртом и музыканты гитарой давным давно используют обратный процесс - с помощью "импульсов" портят сравнительно линейный аудиотракты для получения звучания правильных/фирменных "кабинетов"

     

×
×
  • Создать...