ig_z

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

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

При первом же ударе бочки, басовик выдавит или сплющит широкополосник. Будет интересно но слегка обидно. А если катастрофы не произойдет, то вы получите не то, что рассчитали. Для басовика широкополосник выглядит как открытая дыра Мне показалась самой простой и удобной софтина от JBL. Хотя их очень много на все случаи жизни http://soundload.ru/programma-dlya-rascheta-koroba-jbl-speakershop/

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

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

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

Любопытно прокоментировал ситуацию с 9-м линком Сеггер: https://hackaday.com/2020/12/30/unbricking-a-segger-j-link-v9-debug-probe/

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

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

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

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

Лет двадцать назад запилил кооперативку начитавшись этого товарища http://www.drdobbs.com/embedded-systems/a-task-dispatcher-for-embedded-systems/184411018 А он вроде начитался каких то интеловских апнот. Прекрасно работало на тогдашних авр и мсп. Все что нужно, прикручивалось по ходу. Единственное, что не попробовали - это маложрущие режимы. Потом похожий подход переписал на плюсы с использованием указателей на методы. Но забросили затею, для тех кристаллов это был явный оверхед. ПС. Сейчас забавно наблюдать, как отдельная личность носится с делегатами, боюс представить, что будет когда доберется до патернов

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

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

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

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

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

:bb-offtopic: А можно несколько вопросов о приборе? По ходу повествованиия: 1) 16 каналов обе стороны я полагаю аналоговые, что то типа 16 канального пульта? Как вы их сделали? На кристале только один I2S. 2) Используется TCP, на ум приходит только линуксовый ДЖЕК с возможностью работать по сети. С какой хостовой ос работает ваше устройство? Какой протокол используете? 3) Джиттер меньше 500 мкСек. Т.е. 1 мсек буферизация на передающей стороне, 1-2 мсек буферизация на приемной. В обе стороны латенси около 6 мсек? Вы измеряли реальное значение? 4) Хотелось бы узнать ситуацию со свитчами. Вы наверняка проверяли такую конфигурацию. 5) Как реализовали синхронизацию аудио кварцев? Я время от времени развлекаюсь со своим ЮСБ аудио и в качестве эксперимента делаю синхронный режим. По моим прикидкам время синхронизации с приличным подавлением джиттера ЮСБ СОФ получается около 1-2 сек. Что очень много. Я пару лет работал на АВИД, пилили АВБ аудио платформу. Избыточное решениея для домашних поделок, к тому же работающее только под макосью, условно работающее под линукс и напрочь отсутствующее в мире виндовс. Механизм синхронизации был черезвычайно сложный, совершенно неподъемный для самоделок. Заранее спасибо за ответы. Я вижу вы модератор, может вынесете мой пост в отдельную тему? Не хочется мешать топикстартеру.

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

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

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

3.Удалить из проекта fsdata.c 2.Научиться правильно именовать свои темы 1.Изучать свой проект и язык 0. Задавать подобные вопросы в песочнице Какие операции?

Добрые люди советуют использовать PackInstaller.exe. Может вы лучше про Исакий или день радио продолжите?

Не смог понять, частота генератора на устройстве? У меня в одном из вариантов устройства было: УАК1, 16-24, 44.1-48, неявный асинхронный асио драйвер на вин 7. Я проверял диапазон синхронизации асио _драйвера_. Он работал без проблем при понижении до 46 аудио семплов и повышении до 49 за один фрейм. Т.е. конкретный асио драйвер поддерживал изменение частоты на аудио девайсе от -1/24 до +1/48 по отношению к стандартному рейту 48 семплов/фрейм . Те же самые величины и для 44.1 режима. Все режимы драйвера были доступны: выбор частоты, глубины семплов и размер буферизации Припоминаю на каком то из аудио форумов утверждалось, что можно менять частоты семплирования в 2 раза в обе стороны. Но деталей не помню, для меня это звучало как то сомнительно

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