Виртуальные кабеля, ASIO и задержки

[E.Sokol]

Попробовал использовать виртуальные аудио-кабеля отсюда и отсюда, чтобы обрабатывать аудио-поток через своё приложение. И всё вроде работает, только совершенно дикая задержка в 2-3 секунды. Проблема точно не в приложении, поскольку при использовании реальных устройств всё чётко. Может, кто-нибудь сталкивался?

Искал похожее для ASIO, но не нашёл. В принципе, не так уж и сложно написать самому, но не хочется заморачиваться, да и скорее всего, тут я тоже чего-то не догоняю.

---------- Сообщение добавлено 07.02.2022 в 13:17 ---------- Предыдущее сообщение было 06.02.2022 в 20:34 ----------

Всё-таки это я лошара! У меня проблема, весьма неочевидный баг оказался. Но тему пока не закрываю, потому что вопрос с ASIO всё ещё открытый.

[Антидот]

Чтобы разбираться в музыке и звукозаписи, не надо быть музыкантом или дирижером.

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

[domician]

Уже и так в чужой теме пообсуждали железку, то еще чего не будем.

[Alex]

Чтобы лучше понимать музыку, надо хоть немножко быть музыкантом

Вот именно что "немножко".
Я выше имел ввиду профессиональных музыкантов и прочих.

(P.S. Я тоже музыкальную школу закончил).

а заниматься звукозаписью на приличном уровне вообще мало кому дано.

Вот пусть ею и занимаются, а в аппаратуру не лезут

[Антидот]

Я выше имел ввиду профессиональных музыкантов и прочих.

А профессиональные понимают музыку хуже любителей? Тогда и радиолюбители* тоже лучше инженеров

Вот пусть ею и занимаются, а в аппаратуру не лезут

Разговор-то был про оценку качества звучания:

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

[Alex]

А профессиональные понимают музыку хуже любителей?

Нет.

Тогда и радиолюбители

Не ругайтесь!

Разговор-то был про оценку качества звучания:

Да, про нее, профессиолнальных музыкантов/дирижеров/звукорежей - и на километр не подпускать!

Dixi.

[Антидот]

Не ругайтесь!

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

Да, про нее, профессиолнальных музыкантов/дирижеров/звукорежей - и на километр не подпускать!

Те, кто профессионально создают и записывают музыку, ничего в её звучании не понимают. Те, кто профессионально создают электронные схемы и конструкции, ничего не понимают в их работе. И вообще, профессионалов ни к чему допускать нельзя. Я понял.

[Alex]

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

Другое. Вы путаете х с пальцем.

[Антидот]

Другое.

О.К. Любой диванный эксперт лучше всяких профи разбирается что в футболе, что в музыке. Спасибо за ценную инфу

[Alex]

Любой диванный эксперт

Типа Вас?

лучше всяких профи разбирается что в футболе, что в музыке.

Вы все перепутали, оценка качества звучания аппаратуры != оценке музыки или разбирательству в ней.

Но Вы конечно можете оставаться при своем мнении, это все равно ни на что не влияет.

[Антидот]

Вы все перепутали, оценка качества звучания аппаратуры != оценке музыки или разбирательству в ней.

Да я понял, оценка качества схемотехники не равно разбирательству в ней - всё по вашим лекалам. Давайте уже закончим.

[Alex]

Да я понял, оценка качества схемотехники не равно разбирательству в ней -

Вы опять путаете грешное с праведным.

Давайте уже закончим.

Ну и заканчивайте, кто Вам мешает?

Offтопик:
P.S. А ведь казался более-менее вменяемым, за 3 месяца на форуме, даже пару раз что-то правильное написал...

[E.Sokol]

Всё, сошлась картинка) Если раньше модуль для устройства ввода или вывода был полностью независимым и с собственным потоком для заполнения буфера, то синхронизацию двух и более таких модулей было сделать непросто, так как каждый ничего о других не знал и пытался инициировать вычисления самостоятельно. Сейчас я хочу забрать у них эти потоки заменив на интерфейс с методами Init/Start/Stop/Free/Device() и GetAvailableSampleCount(), и отдать единственный поток владеющему контейнеру, который и будет инициировать необходимое количество шагов вычислений в зависимости от минимального буфера среди всех устройств ввода/вывода. Правда не факт, что такой подход минимизирует задержки, посмотрим. Ну как минимум, выглядит проще в реализации и ближе к исходной концепции.

---------- Сообщение добавлено 16:35 ---------- Предыдущее сообщение было 12:27 ----------

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

[domician]

Но навскидку задержка минимальна, может с двумя устройствами одной модели через один и тот же интерфейс (USB) прокатит.

Мне еще руки не дошли, весна, по хозяйству дел выше крыши, только на выходные буду тестировать. Есть два одинаковых USB свистка и еще 2 разных. Подключать буду в разные разьемы, так и через хаб на один USB разьем. Вообщем в понедельник рапортую.

[E.Sokol]

Это будет в следующей демо-версии, если что В первой задержки намного ощутимее.

[E.Sokol]

Следующее демо на новой версии аудио-движка: ES Audio Processor DEMO-2.zip
Старые пресеты работать не будут, времени их пересоздавать нет. И это сохранится до тех пор, пока не утрясётся окончательная архитектура. Если есть вопросы - просто пишите их здесь.

[E.Sokol]

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

---------- Сообщение добавлено 17:03 ---------- Предыдущее сообщение было 17:02 ----------

Ещё можно сделать импорт/экспорт параметров VST-плагинов в текстовом виде

---------- Сообщение добавлено 17:04 ---------- Предыдущее сообщение было 17:03 ----------

На этом мои идеи кончаются)

[domician]

Можно конечно решать проблему нетехническими а административными методами, типа написать в инструкции - "переключать USB/External только в выключенном состоянии".

Прекрасно знаешь, что инструкции, если вообще, читает только после, когда жопа.

[E.Sokol]

Можно конечно решать проблему нетехническими а административными методами, типа написать в инструкции - "переключать USB/External только в выключенном состоянии".

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

---------- Сообщение добавлено 15:07 ---------- Предыдущее сообщение было 15:04 ----------

У кучи VST-плагинов с этим тоже печально и не умеют в многопоточность даже для таких очевидных вещей, как посылка MIDI-сообщений.

[domician]

Кстати, та громоздкая реализация, тоже в прицнипе может зависнуть

Ну XMOS, мк, и AVDD у SSM3582 всегда питается с USB. От внешнего только PVDD. А если нет внешнего, то от USB и за одно команда от мк на ограничение (Table 41 в datasheet). И никакой кучи мосфетов.

E.Sokol, извиняюсь, но никак руки не доходят до проги, сяду вот так на 10-20 мин. за комп и потом опять по хозяйству. И березовый сок пошел, надо заготовить.
Вот дожди обещает, тогда займусь.

[domician]

Вобщем хочется внутренние и использовать

Естественно. Как поведет на 5? Ну так как "Operates from a single 4.5 V to 16 V supply", то пропустит "как есть". Там если посмотреть Table 20, аварийным вообще считается PVDD <3.6 V.
Или REG AVDD вырубить и брать 5 с USB.
По питанию SSM вряд ли смысл ставить что-то больше 470мк. Естественно, не удифильские, а промышленные 105°.
И да, послебусинные 220пф хоть 1206, чтоб при подключению шириков на СЧ/ВЧ можно было без выпендрежа гадящих LC поменять на RC с срезом на 100-200kHz. Два в одном - фильтр + повышенное Rвых.