21436 2009-09-06 10:40:15 +0400 Не обнаруживает звуковую карту при старте 2009-09-15 17:51:16 +0400 1 1 4 Development Sisyphus mkimage-profiles-desktop unstable all Linux CLOSED FIXED P3 major --- 21485 21534 21535 21541 19564 1 rom_as boyarsh aen boyarsh cas dk mike sbolshakov shrek wrar qa-sisyphus oldest_to_newest 98324 0 rom_as 2009-09-06 10:40:15 +0400 С начала появления KDE4 замечена выдача сообщения при запуске KDE4 типа: "Устройство воспроизведения ???? не подключено phonon. Возвращаемся к использованию pulseaudio". Как результат, звука в KDE на момент сеанса нет, как минимум приветственного бренчания точно. Если сеанс KDE закрыть и открыть по новой то всё появляется. Такая ситуация достаточно часта и я не уведомлял про неё только по причине того, что не успевал переписать всплывающее сообщение KDE, а где глянуть потом не знаю! 98325 1 wrar 2009-09-06 10:43:21 +0400 Мне казалось, это потому, что пульс успевает захватить железку. Воркэраунд: выставить в фононе основным девайсом пульс и забыть о проблеме. 98401 2 zerg 2009-09-07 15:48:01 +0400 Или удалить pulseaudio-daemon 98420 3 zerg 2009-09-07 19:02:14 +0400 Все-таки, что лучше? pulseaudio-daemon не ставить или всем по умолчанию играть через pulseaudio? А то да, pulse эксклюзивно садиться на железку. 98421 4 zerg 2009-09-07 19:05:05 +0400 (В ответ на комментарий №3) > А то да, pulse эксклюзивно садиться на железку. Все, что дудит через alsa по умолчанию, замолкнет. А как при этом поведет себя софт, который умеет только OSS? Или на это забиваем? 98425 5 wrar 2009-09-07 21:00:28 +0400 Хм, я так понял, через пульсовый плагин для ALSA всё может работать прозрачно. Ну кроме OSS, да. 98457 6 sbolshakov 2009-09-08 12:09:28 +0400 для alsa: $ cat .asoundrc pcm.!default { type pulse } ctl.!default { type pulse } $ rpmquery alsa-plugins alsa-plugins-1.0.20-alt4 для oss: $ padsp program 98480 7 zerg 2009-09-08 15:02:50 +0400 (В ответ на комментарий №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) :-( 98498 8 sbolshakov 2009-09-08 16:41:29 +0400 1. это для заворачивания программ, не умеющих pulse, но умеющих alsa, на pulse. Теоретически, эти две строчки можно вписать в системный /etc/asound.conf. Почему хрипит phonon -- мне неведомо, да и неудивительно, с таким количеством слоёв. 98504 9 zerg 2009-09-08 16:48:58 +0400 (В ответ на комментарий №8) > Теоретически, эти две строчки можно вписать в системный > /etc/asound.conf. Тогда нужно вписать практически. Это обязует запускать pulse? > Почему хрипит phonon -- мне неведомо Не хрипит, а лагает, т.е. затыкается в случайном порядке. >, да и неудивительно, с таким количеством слоёв. По идее слоев столько же, т.к. xine умеет pulse 98507 10 sbolshakov 2009-09-08 17:01:22 +0400 > Тогда нужно вписать практически. Кто и когда будет вписывать ? > Это обязует запускать pulse? Я плёха паруске. Это приведёт к тому, что первая же попытка подудеть в alsa переправится на pulse, и, если последний установлен, он запустится. тем не менее, запуск pulseaudio из сессии (/etc/xdg/autostart/*) является предпочтительным. > Не хрипит, а лагает, т.е. затыкается в случайном порядке. в /var/log/messages должны быть сообщения 98509 11 zerg 2009-09-08 17:11:05 +0400 (В ответ на комментарий №10) > > Тогда нужно вписать практически. > Кто и Мантейнер libalsa, который уже в CC > когда будет вписывать ? Желательно, чтоб всегда > > Это обязует запускать pulse? > Я плёха паруске. Это приведёт к тому, что первая же попытка подудеть в alsa > переправится на pulse, и, если последний установлен, он запустится. Т.е. если не установлен, все равно зазвучит? Это ж прекрасно! > тем не менее, запуск pulseaudio из сессии (/etc/xdg/autostart/*) является > предпочтительным. Это не проблема. Если будет все в порядке, я, например, kde3 пропатчу для поддержки /etc/xdg/autostart > > Не хрипит, а лагает, т.е. затыкается в случайном порядке. > в /var/log/messages должны быть сообщения Ща опять поставлю, попробую 98510 12 zerg 2009-09-08 17:15:13 +0400 (В ответ на комментарий №9) > > Почему хрипит phonon -- мне неведомо > Не хрипит, а лагает, т.е. затыкается в случайном порядке. Да, в момент затыков треск идет. В /var/log/messages тишина 98512 13 zerg 2009-09-08 17:19:33 +0400 (В ответ на комментарий №12) > > Не хрипит, а лагает, т.е. затыкается в случайном порядке. > Да, в момент затыков треск идет. При проигравании через xine это :-( 98519 14 sbolshakov 2009-09-08 17:45:24 +0400 > Т.е. если не установлен, все равно зазвучит? нет, не зазвучит. соответственно, вписывать в libalsa такое нельзя. мне кажется, такое можно было бы вписать в alsa-plugins-pulse, т.е. распилив alsa-plugins, выделив из него pulse и поставив зависимость на pulseaudio-daemon. 98523 15 zerg 2009-09-08 17:53:18 +0400 А это можно сделать, чтоб содержимое конфигов не править? Чтоб не редактировать /etc/asound.conf , а как-то типа include, если пакет установлен. В /usr/share/alsa/alsa.conf как-то включают файлы, значит возможно. 98528 16 sbolshakov 2009-09-08 17:56:37 +0400 /etc/asound.conf пока не содержится ни в одном пакете. вероятно, следовало бы завести уже сейчас некий механизм включения из /etc/asound.conf добавок из третьих пакетов. 98530 17 zerg 2009-09-08 18:00:50 +0400 (В ответ на комментарий №16) > /etc/asound.conf пока не содержится ни в одном пакете. Я знаю. Можно где-то в районе /usr/share/alsa/alsa.conf это сделать 98535 18 shrek 2009-09-08 18:19:38 +0400 а я бы просто сделал бы $ cat /etc/asound.conf pcm.!default { type pulse } ctl.!default { type pulse } от pulse все равно уже никуда не уйдешь 98590 19 mike 2009-09-09 14:17:29 +0400 (In reply to comment #18) > от pulse все равно уже никуда не уйдешь Откачу. Пока на практике ещё как ухожу. 98595 20 zerg 2009-09-09 14:29:09 +0400 Я же говорю, в /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 ставиться по умолчанию). Правильно? 98621 21 sbolshakov 2009-09-09 15:34:10 +0400 > У пакета pulseaudio должна быть зависимость на alsa-plugins-pulse я предлагал обратное: в alsa-plugins-pulse зависимость на pulseaudio-daemon. 98627 22 mike 2009-09-09 15:43:50 +0400 В идеале мягкая, дудеть-то можно и удалённо. В частности, на терминальном сервере pulseaudio-daemon особо не нужен (хотя особо и не навредит). 98636 23 zerg 2009-09-09 16:12:00 +0400 (В ответ на комментарий №21) > я предлагал обратное: в alsa-plugins-pulse зависимость на pulseaudio-daemon. Это тоже можно до кучи. 98637 24 zerg 2009-09-09 16:13:31 +0400 (В ответ на комментарий №22) > на терминальном сервере pulseaudio-daemon особо не нужен Инсталлятор может его не устанавливать для терминального сервера 98701 25 mike 2009-09-09 23:15:21 +0400 (In reply to comment #24) > > на терминальном сервере pulseaudio-daemon особо не нужен > Инсталлятор может его не устанавливать для терминального сервера (хлопая в ладоши) Так alsa-plugins-pulse нужен, чтоб дудеть на PA в терминалах :) 98780 26 zerg 2009-09-10 15:05:22 +0400 (В ответ на комментарий №25) > (хлопая в ладоши) Так alsa-plugins-pulse нужен, > чтоб дудеть на PA в терминалах :) тогда не ставить у него зависимость на pulseaudio-daemon 98801 27 zerg 2009-09-10 16:51:38 +0400 *** Bug 21263 has been marked as a duplicate of this bug. *** 99130 28 zerg 2009-09-15 16:18:23 +0400 pulseaudio-daemon больше не устанавливается по умолчанию вместе с KDE4 99132 29 aen 2009-09-15 16:21:09 +0400 Этот баг зависит от 21541, а тот не закрыт. Это как? 99143 30 rom_as 2009-09-15 17:51:16 +0400 Если бы эта проблема ещё была в pulseaudio. На домашней машине у меня в перечне устройств вывода около пяти позиций. Вторая из которых какой-то "Digital" вывод, через который звук не выводится вообще, а он часто перебрасывает вывод именно на него. Тут скорее проблема с таймаутами. Почему он спрыгивает с нормального устройства вывода вообще.