testing xmms-out-arts; started artsd in a terminal window under WindowMaker using snd-emu10k1 (2.4.25-std-up-alt1). it bombed on me shortly complaining "cpu overload, aborting". seems the bug is quite old and popular, still it's the first time for me to observe it. while it's running, it even works. :)
Это проявляется, когда у него метод вывода звука oss или auto(видимо выбирается oss из-за включенной эмуляции oss), а драйвер alsa Так что это если не получиться нормальным способом исправить автоопределение, то это не ко мне, а к libalsa, kernel-modules-alsa и утилита-настрока-звук А еще он у меня валиться с above snd-sonicvibes snd-pcm-oss above snd-pcm-oss snd-mixer-oss alias sound-slot-0 sound-card-0 alias sound-card-0 snd-sonicvibes А с snd-als4000 - нет Это можно воспроизвести, если в kcontrol/Звук/Системные оповещения во время проигрывания звука запуска KDE проиграть еще какой-нибудь звук
Не-не-не -- если это не специфично для альта, то пинать надо апстрим (kde). При чем тут альса, если у них (arts) кривая автодетектилка? Понятное дело, что при обыденности эмуляции OSS на ALSA (и никак не обратном) первым делом надо тыкаться в ALSA и только если не ждут -- проваливаться дальше на OSS и что-мы-там-еще-умеем. Ни при чем тут ни libalsa, ни kernel-modules-alsa, ни настраивалки.
Дело в том, что какая разница куда тыкаться? Должно работать и то и это. Я пока ничего не заявляю, т.к. допускаю, что проблема в arts. Я еще не разбирался.
fixed in kernel-2.4.25
closing
