С начала появления KDE4 замечена выдача сообщения при запуске KDE4 типа: "Устройство воспроизведения ???? не подключено phonon. Возвращаемся к использованию pulseaudio". Как результат, звука в KDE на момент сеанса нет, как минимум приветственного бренчания точно. Если сеанс KDE закрыть и открыть по новой то всё появляется. Такая ситуация достаточно часта и я не уведомлял про неё только по причине того, что не успевал переписать всплывающее сообщение KDE, а где глянуть потом не знаю!
Мне казалось, это потому, что пульс успевает захватить железку. Воркэраунд: выставить в фононе основным девайсом пульс и забыть о проблеме.
Или удалить pulseaudio-daemon
Все-таки, что лучше? pulseaudio-daemon не ставить или всем по умолчанию играть через pulseaudio? А то да, pulse эксклюзивно садиться на железку.
(В ответ на комментарий №3) > А то да, pulse эксклюзивно садиться на железку. Все, что дудит через alsa по умолчанию, замолкнет. А как при этом поведет себя софт, который умеет только OSS? Или на это забиваем?
Хм, я так понял, через пульсовый плагин для ALSA всё может работать прозрачно. Ну кроме OSS, да.
для alsa: $ cat .asoundrc pcm.!default { type pulse } ctl.!default { type pulse } $ rpmquery alsa-plugins alsa-plugins-1.0.20-alt4 для oss: $ padsp program
(В ответ на комментарий №6) > для alsa: > $ cat .asoundrc > pcm.!default { type pulse } > ctl.!default { type pulse } > $ rpmquery alsa-plugins > alsa-plugins-1.0.20-alt4 1. Это заворачивание кого на кого? 2. До появления в системных конфигах по умолчанию можно дальше не париться. Так? > для oss: > $ padsp program Понятно. Это sound_wrapper.sh P.S. Попробовал запустить pulse, звук совсем хреново заикается (phonon через xine) :-(
1. это для заворачивания программ, не умеющих pulse, но умеющих alsa, на pulse. Теоретически, эти две строчки можно вписать в системный /etc/asound.conf. Почему хрипит phonon -- мне неведомо, да и неудивительно, с таким количеством слоёв.
(В ответ на комментарий №8) > Теоретически, эти две строчки можно вписать в системный > /etc/asound.conf. Тогда нужно вписать практически. Это обязует запускать pulse? > Почему хрипит phonon -- мне неведомо Не хрипит, а лагает, т.е. затыкается в случайном порядке. >, да и неудивительно, с таким количеством слоёв. По идее слоев столько же, т.к. xine умеет pulse
> Тогда нужно вписать практически. Кто и когда будет вписывать ? > Это обязует запускать pulse? Я плёха паруске. Это приведёт к тому, что первая же попытка подудеть в alsa переправится на pulse, и, если последний установлен, он запустится. тем не менее, запуск pulseaudio из сессии (/etc/xdg/autostart/*) является предпочтительным. > Не хрипит, а лагает, т.е. затыкается в случайном порядке. в /var/log/messages должны быть сообщения
(В ответ на комментарий №10) > > Тогда нужно вписать практически. > Кто и Мантейнер libalsa, который уже в CC > когда будет вписывать ? Желательно, чтоб всегда > > Это обязует запускать pulse? > Я плёха паруске. Это приведёт к тому, что первая же попытка подудеть в alsa > переправится на pulse, и, если последний установлен, он запустится. Т.е. если не установлен, все равно зазвучит? Это ж прекрасно! > тем не менее, запуск pulseaudio из сессии (/etc/xdg/autostart/*) является > предпочтительным. Это не проблема. Если будет все в порядке, я, например, kde3 пропатчу для поддержки /etc/xdg/autostart > > Не хрипит, а лагает, т.е. затыкается в случайном порядке. > в /var/log/messages должны быть сообщения Ща опять поставлю, попробую
(В ответ на комментарий №9) > > Почему хрипит phonon -- мне неведомо > Не хрипит, а лагает, т.е. затыкается в случайном порядке. Да, в момент затыков треск идет. В /var/log/messages тишина
(В ответ на комментарий №12) > > Не хрипит, а лагает, т.е. затыкается в случайном порядке. > Да, в момент затыков треск идет. При проигравании через xine это :-(
> Т.е. если не установлен, все равно зазвучит? нет, не зазвучит. соответственно, вписывать в libalsa такое нельзя. мне кажется, такое можно было бы вписать в alsa-plugins-pulse, т.е. распилив alsa-plugins, выделив из него pulse и поставив зависимость на pulseaudio-daemon.
А это можно сделать, чтоб содержимое конфигов не править? Чтоб не редактировать /etc/asound.conf , а как-то типа include, если пакет установлен. В /usr/share/alsa/alsa.conf как-то включают файлы, значит возможно.
/etc/asound.conf пока не содержится ни в одном пакете. вероятно, следовало бы завести уже сейчас некий механизм включения из /etc/asound.conf добавок из третьих пакетов.
(В ответ на комментарий №16) > /etc/asound.conf пока не содержится ни в одном пакете. Я знаю. Можно где-то в районе /usr/share/alsa/alsa.conf это сделать
а я бы просто сделал бы $ cat /etc/asound.conf pcm.!default { type pulse } ctl.!default { type pulse } от pulse все равно уже никуда не уйдешь
(In reply to comment #18) > от pulse все равно уже никуда не уйдешь Откачу. Пока на практике ещё как ухожу.
Я же говорю, в /usr/share/alsa/alsa.conf включить файл до включения /etc/asound.conf c содержанием pcm.!default { type pulse } ctl.!default { type pulse } Файл должен принадлежать пакету alsa-plugins-pulse У пакета pulseaudio должна быть зависимость на alsa-plugins-pulse, т.к. нам нужно такое умолчательное поведение (pulseaudio ставиться по умолчанию). Правильно?
> У пакета pulseaudio должна быть зависимость на alsa-plugins-pulse я предлагал обратное: в alsa-plugins-pulse зависимость на pulseaudio-daemon.
В идеале мягкая, дудеть-то можно и удалённо. В частности, на терминальном сервере pulseaudio-daemon особо не нужен (хотя особо и не навредит).
(В ответ на комментарий №21) > я предлагал обратное: в alsa-plugins-pulse зависимость на pulseaudio-daemon. Это тоже можно до кучи.
(В ответ на комментарий №22) > на терминальном сервере pulseaudio-daemon особо не нужен Инсталлятор может его не устанавливать для терминального сервера
(In reply to comment #24) > > на терминальном сервере pulseaudio-daemon особо не нужен > Инсталлятор может его не устанавливать для терминального сервера (хлопая в ладоши) Так alsa-plugins-pulse нужен, чтоб дудеть на PA в терминалах :)
(В ответ на комментарий №25) > (хлопая в ладоши) Так alsa-plugins-pulse нужен, > чтоб дудеть на PA в терминалах :) тогда не ставить у него зависимость на pulseaudio-daemon
*** Bug 21263 has been marked as a duplicate of this bug. ***
pulseaudio-daemon больше не устанавливается по умолчанию вместе с KDE4
Этот баг зависит от 21541, а тот не закрыт. Это как?
Если бы эта проблема ещё была в pulseaudio. На домашней машине у меня в перечне устройств вывода около пяти позиций. Вторая из которых какой-то "Digital" вывод, через который звук не выводится вообще, а он часто перебрасывает вывод именно на него. Тут скорее проблема с таймаутами. Почему он спрыгивает с нормального устройства вывода вообще.
