>> Все (кроме default) нужны для форсирования определенного режима работы.
> Так а без "форсирования" и не сделать толком ничего!Ничего - это сильно сказано. Default подходит для 90% случаев, surround* - когда нужно указать, какая именно конфигурация колонок у вас.
> http://drona.csa.iisc.ernet.in/~uday/alsamch.shtml - типа, нормальное решение? И все
> равно получили кучу устройств.
Для простого 5.1 ничего править не нужно - просто выбрать подходящее виртуальное устройство. По ссылке описан специфический случай - как из стерео сделать 4.1/5.1. У pa это как делается?
> Для вывода закодированного потока типа DTS опять же требуется отдельное устройство.
Ну да. И это удобно - можно создавать свои виртуальные устройства и перенаправлять звук как угодно.
>> Нет, обычно параметры едины (за исключением количества каналов) и работать с ними не нужно, если нет какой-то спец задачи.
> В свое время мучал audigy 2 на предмет выдачи 24/96 звука (по
> цифре через s/pdif). Для этого нужно было использовать специальное устройство (с
> условным названием p16v), которое работало только в режиме 24/96/8 каналов, аппаратного
> микширования не было. Даже со всеми dmix и прочим это *не*
> возможно было заставить работать со всеми приложениями. Это просто невозможно было
> нормально сделать в ALSA - даже если в каких-то приложениях работало,
> в других ломалось.
Баг репорт был?
> Возможно, какие-то нюансы с размером буфера и подобным
> тоже были важны.
Они будут едины для всех приложений. Зависят только от драйвера. Если драйвер не выставляет оптимальные значения (прерывает/искажает звук) по-умолчанию - это баг.
> А еще меня не устраивает качество ресемплинга при использовании конвертации по умолчанию.
> Когда это делает внешний сервер, где можно настроить - все намного
> приятнее.
alsa-plugins-1.1.1/doc/samplerate.txt
Or, more easily, define a global variable "defaults.pcm.rate_converter",
which is used as the default converter type by plug and rate plugins: defaults.pcm.rate_converter "samplerate"
Write the above in your ~/.asoundrc or /etc/asound.conf.
The following converter types are available:
- samplerate_best Use SRC_SINC_BEST_QUALITY
- samplerate_medium Use SRC_SINC_MEDIUM_QUALITY
- samplerate Use SRC_SINC_FASTEST
- samplerate_order Use SRC_ZERO_ORDER_HOLD
- samplerate_linear Use SRC_LINEAR
Для особых ценителей так же доступен speexrate (с тремя настройками качества) и lavcrate (с пятью настройками качества).
> Отключить же инициативу ALSA тоже непросто - несколько лет использовал
> такую замечательную карточку, как Audiophile USB. Ее особенность - работает только
> в режимах S16_BE и S24_3BE. Научить приложения использовать подобное hw-устройство обычно
> невозможно, они просто не умеют такое.
Смотря какие: у меня тоже есть emu0204 с S24_3LE. Для mpv - af=format=s24. А так да - все через jack, так как подобное железо и берется для работы со звуком, а там без jack никак.
> А конвертации ALSA не устраивают.
Похоже вы просто не изучали возможности и алгоритмы alsa. Или у вас есть конкретные претензии к тому как происходит конвертация?
>> Ключевое требование - bit perfect - никаких преобразований по пути от программы до DAC/ADC.
> Почти-bit-perfect,
Почти не годится: bit либо perfect либо нет. Если есть хотя бы малейшее вмешательство - нужно как минимум заново добавлять dithering.
> который можно получить в pulse (кстати, любопытно замерить, с правильными
> настройками, насколько ухудшаются параметры.
Потеряем 1-2 младших бита + ресемплинг явно сигнал не украшает.
> А еще есть подозрение, что на 100%
> громкости и без преобразований частоты он может сделать bit-perfect.
Не может. Будет клиппинг при попытке смешать несколько потоков.
У меня обе платы (emu1212m и emu0204) поддерживают аппаратно 44.1 и 48. Если я запущу фильм 48 (через pa), а затем музыку, будет ресемплинг.
> Кстати, он
> умеет и такую замечательную фишку, как открытие звукового устройства в режиме,
> идентичном исходному потоку, если он один и устройство поддерживает такое формат.
> Всякой гадости типа dmix'ов и не снилось)
Dmix - программное микширование запускается для плат, где нет аппаратного. У PA программное микширование будет всегда, даже если плата умеет аппаратное. И что кому не снилось ? :)
> - намного лучше тех
> преобразований, что выдает alsa с plughw..
Еще раз с подробностями: чем именно плох plughw с точки зрения аудио алгоритмов?
>> Это главное и единственное место - alsa drivers, находится в ядре. Если драйвер глючит - его нужно чинить, а не изобретать обходные маневры.
> Брр. Тут я совсем запутался. Если мы говорим про случай, когда все
> хорошо - что же по-вашему глючит, pulseaudio?
Да, подробностей не скажу. Могу лишь предположить, что PA пытается (или пытался) использовать единые параметры (буфера/периоды) для всех драйверов, что не допустимо, так как все железо разное и оптимальные параметры должен выставить драйвер, а далее приложение должно отталкиваться от них. Либо криво реализовано наполнение буфера - отсюда underrun/overrun.
> Вы видите такую систему,
> где все в порядке с драйверами и ALSA, а пульс создает
> проблемы и не работает? Можно детали?
У меня нет проблем с pa, так как нет самого pa :) Но подобных жалоб (pa шипит/трещит - удаляю - все работает) - половина лора. Возможно сейчас ситуация обстоит лучше.
