ubuntu, звук, загрузка процессора

грузят обычно pulseaudio
и плагины обработки звука, например resampling
отключайте в плеере)

mpg123 !!!

mplayer !!!1111

*рвет себе волосы в разных местах

в Alsa ресемплинга нет?

Вполне возможно. А как это узнать?

в /etc/asound.conf

Такого вообще нет. Он из какого пакета должен быть?

А что в нём должно быть?

Есть /etc/modprobe.d/alsa-base.conf

Спасибо очень большое. Нашёл http://www.linux.org.ru/jump-message.jsp?msgid=3968756&cid=3971315 . Теперь всё в порядке.

Хотя нет, это я кривой файл создал, алса отказала и mpg123 видать через oss выводил.

Но в любом случае понятно где искать.

>через oss

Ну или как вариант через oss эмуляцию в alsa

Как уже сказали выше - это скорее всего ресемплинг. Если ЦАП звукового чипа может брать семплы с частотой 44100 Гц (наиболее распространённая частота дискретизации) и ты воспроизводишь поток именно такой частоты, то ресемплинг (передискретизация) не нужен. Если чип умеет только (например) 48000 Гц, то при воспроизведении 44100 ресемплинг необходим и он будет кушать процессорное время. Кроме того, возможны хитрые случаи, когда звук выводят одновременно две программы, но с разной частотой дискретизации, при этом для одного из потоков неизбежно требуется ресемплинг.

Список возможных частот дискретизации, которые умеет твой чип, можно посмотреть в /proc/asound/cardX/codec#Y. Там должно быть что-то типа

Default PCM:
    rates [0x560]: 44100 48000 96000 192000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM

Если это действитель ресемплинг и тебе жалко 10% процессорного времени, то используй более простой метод ресемплинга, чем тот, который использует alsa-lib по умолчанию. Естественно качество при этом пострадает =).

> Как уже сказали выше - это скорее всего ресемплинг

Видимо да, больше просто нечему.

> Список возможных частот дискретизации, которые умеет твой чип, можно посмотреть в /proc/asound/cardX/codec#Y. Там должно быть что-то типа

Default PCM:
rates [0x5f0]: 32000 44100 48000 88200 96000 192000
bits [0xe]: 16 20 24

> убрать все свои настройки из /etc/asound.conf и ~/.asoundrc

Здесь самое забавное, что при пустом конфиге оно работает, но как только я что-то вписываю туда, aplay перестаёт играть. Судя по всему, при этом всё начинает идти через oss (эмуляцию?), но ресемплинг и пожирание процесора заканчивается. При указании устройства 0,0 так-же не играет:

$ aplay -D hw:0,0 /usr/share/sounds/alsa/Front_Center.wav
Воспроизведение WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Частота 48000 Гц, Моно
aplay: set_params:966: Недоступно количество каналов

$ cat /dev/urandom |aplay -D hw:0,0
Воспроизведение Сырые данные 'stdin' : Unsigned 8 bit, Частота 8000 Гц, Моно
aplay: set_params:961: Остсутствует частота оцифровки

Вроде всё по учебнику...

Впрочем, это тоже выход, сломать алсу кривым конфигом и успокоиться :)

> жалко 10% процессорного времени,

Батарея.

> более простой метод ресемплинга,

Вообще-бы от него отказаться, да кроме как сломать не получается :(

> $ aplay -D hw:0,0 /usr/share/sounds/alsa/Front_Center.wav
> Воспроизведение WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little > Endian, Частота 48000 Гц, Моно
> aplay: set_params:966: Недоступно количество каналов

Если подавать поток напрямую на hw:, то alsa не производит вообще никаких преобразований. В данном конкретном случае, она ругается на то, что ты подаёшь моно-поток, а звуковой чип его не умеет, нужно подавать стерео.

> $ cat /dev/urandom |aplay -D hw:0,0
> Воспроизведение Сырые данные 'stdin' : Unsigned 8 bit, Частота 8000 Гц, Моно
> aplay: set_params:961: Остсутствует частота оцифровки

То же самое, только на этот раз ещё и неподдерживаемая частота дискретизации (8000 Гц).

Либо сделай WAV'ы с нужнойчастотой, размером сэмплов и количеством каналов, либо выводи на plughw:0,0 (но в этом случае ALSA может включить и ресемплинг если он будет нужен).

> Вообще-бы от него отказаться, да кроме как сломать не получается :(

Если от него вообще отказаться, то звук в некоторых случаях прост оне будет воспроизводиться.

> Если подавать поток напрямую на hw:, то alsa не производит вообще никаких преобразований. В данном конкретном случае, она ругается на то, что ты подаёшь моно-поток, а звуковой чип его не умеет, нужно подавать стерео.

Спасибо, теперь вроде понятно :)

Интересно, а не существует-ли толкового описания на русском как это всё организуется?

> Если от него вообще отказаться, то звук в некоторых случаях прост оне будет воспроизводиться.

Вроде звук вообще не особо и нужен, "системные звуки" я обычно сразу убираю, mp3 да кино только, voip пока не пользуюсь. Хотя если записи через одну воспроизводиться будут... :)

Вот пришла идея сменить алсу на oss, даже нашёл что-то как это делать, вечером может попробую. А то полчаса батарей-то всё-же не лишние :)

>> $ cat /dev/urandom |aplay -D hw:0,0
>> Воспроизведение Сырые данные 'stdin' : Unsigned 8 bit, Частота 8000 Гц, Моно
>> aplay: set_params:961: Остсутствует частота оцифровки

> То же самое, только на этот раз ещё и неподдерживаемая частота дискретизации (8000 Гц).

Самое забавное, что это скопированный пример из описания по настройке :) .

Хотя возможно к этому месту там уже в конфиге указано как передискретизировать. Без параметра -D и у меня работает. Если у меня конфига нет, то наверно оно преобразует в соответствии с параметрами по умолчанию, как собрано?

> Интересно, а не существует-ли толкового описания на русском как это всё организуется?

Есть ли на русском - не знаю. Документация по конкретным плагинам есть тут: http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html
Настройки цепочки плагинов, используемой по умолчанию расположены в /usr/share/alsa

> Вот пришла идея сменить алсу на oss, даже нашёл что-то как это делать, вечером может попробую. А то полчаса батарей-то всё-же не лишние :)

В плане энергопотребления скорее всего станет хуже. Во-первых, HDA-чипы могут отключаться, когда не воспроизводится звук, чтобы уменьшить энергопотребление. В ALSA поддержка этого есть (возможно необходим pulseaudio, но тут я не уверен, возможно и голая ALSA умеет отключать), в OSS нету. Во-вторых, suspend/resume в OSS работает через костыли, а на некоторых чипах возможно вообще в принципе не работает. Ну и в третьих, ресемплинг нужен будет и там =).

Понятно. Собственно, интерес вызвало то, что со сломанным конфигом алсы всё работало нормально (достаточно битого /etc/asound.conf), вот и подумал что это было через oss.

> Понятно. Собственно, интерес вызвало то, что со сломанным конфигом алсы всё работало нормально (достаточно битого /etc/asound.conf), вот и подумал что это было через oss.

В ядре то в этом случае по любому ALSA. Просто возможно использовалась эмуляция OSS через ALSA.