«Ставить PulseAudio ради регулирования звука в разных приложениях из одной программы - всё равно, что открывать банку кофе армейским ножом»

А такое можно сделать при одной встроенной звуковой карте с подключёнными наушниками и колонками (не USB)?

А за каким теоретическим МПХ может вообще потребоваться монопольный захват аудио-выхода приложением?

Аббревиатуру не понял, а ответ знаю:

Випипедия

Особенности:

• Эффективная поддержка всех типов звуковых интерфейсов, от любительских до профессиональных многоканальных интерфейсов.
• Поддержка более старого OSS API, обеспечение бинарной совместимости для большинства OSS программ.

А как вы подключаете их? Если у наушников отдельный вход, то, обычно, такое переключение можно даже с простой ALSA делать.

Это не баг, это фича, потому что приложению может быть необходимо монопольно занять аудио-вывод (пример таких приложений: DAW-приложения, аудио-сервера, типа JACK или PulseAudio). Другое дело, если приложение монопольно занимает аудио-вывод если в этом нет необходимости - это баг приложения.

Для реализации звуковых серверов, например, jack.

Другое дело, если приложение монопольно занимает аудио-вывод если в этом нет необходимости - это баг приложения.

Нет, это кривая настройка альсы.

Какая кривая настройка ALSA? Не включённый по-умолчанию dmix? Так он уже не первый год везде включён.

Так он уже не первый год везде включён.

Весьма неосторожное заявление.

Пишите конкретнее, или не пишите.

Да, отдельный вход.
Да как с ALSA я тоже не знаю :-).

«Бажные» приложения, которые монопольно захватывают железяку, как правило работают через oss. И альса здесь не при чем.

Пример бажного приложения: mplayer. Если звуковая дорожка к видео имеет частоту дискретизации 44.1 килогерца он монополизирует аудио-вывод.

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

У меня такого не было. Может это регрессия

И, да, я обнаружил этот баг именно в связке с ALSA.

Нету такого.
При ALSA куча ползунков, но нужного всё равно нет, а при PulseAudio только один.

У вас есть видео с аудио-потоком, частота дискретизации которого именно 44.1, а не 48 килогерц?

mplayer

И он плюет на устройство, указанное в конфиге? Слабо верится. Завтра проверю.

В настройках SMPlayer была указана «alsa».

У меня есть каталог xxx там всякое есть. Проверю...

> mplayer. Если звуковая дорожка к видео имеет частоту дискретизации 44.1 килогерца он монополизирует аудио-вывод.

Это, конечно, извращение, ну ладно. Нашел я у себя видео с внешней звуковой дорожкой с частотой 44.1 килогерца. Баг не подтверждаю.

Проверял прошлым летом. Исходник - рип Ёсэя с Blu-ray «Tenchi Muyo» с внутренней FLAC-дорожкой (попробуйте и вы внутреннюю FLAC-дорогу). Использование такой оригинальной частоты дискретизации спишем на особенности японского менталитета в сфере авторинга Blu-ray (а может дело в каких-нибудь особенностях ремастеринного аудио 92-о года; есть и другая крайность - звуковую дорожку Akira отремастерили в 24-бита / 192 килогерца). В данном случае логическую цепочку девелоперов mplayer можно понять - если дорожки lossless, и если она именно 44.1 килогерца, значит её нужно вывести без передискретизации, а для этого нужно монопольно занять аудио-вывод. То есть как бы не баг, а фича, но результат плачевен (насколько я помню, звук вообще не воспроизводился, если не удавалось занять hw:X, а он часто занят пачкой приложений, прицепившихся к dmix).

> В данном случае логическую цепочку девелоперов mplayer можно понять - если дорожки lossless, и если она именно 44.1 килогерца, значит её нужно вывести без передискретизации, а для этого нужно монопольно занять аудио-вывод.

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

У меня его давно нет, но такой не сложно собрать. Прицепите любой flac из любого lossless-рипа AudioCD к видео с помощью mkvmerge. С точки зрения сплиттеров и декодеров плеера должно получиться что-то похожее на то рип.