https://opennet.ru/openforum/vsluhforumID3/82459.html Один из разработчиков звукового сервера PulseAudio (http://pulseaudio.org/) выполнил портирование (http://www.pulseaudio.org/wiki/Android) проекта для работы в окружении платформы Android и представил (http://arunraghavan.net/2012/01/pulseaudio-vs-audioflinger-fight/) результаты сравнения производительности PulseAudio c AudioFlinger, штатным звуковым сервером Android. Работа PulseAudio была обеспечена через интеграцию в базовую систему Android с задействованием стандартных звуковых драйверов ALSA.<br><br><br>Тестирование было произведено на телефоне Galaxy Nexus с прошивкой на базе Android 4.0. PulseAudio показал более высокую эффективность при сравнении таких показателей как нагрузка на CPU и потребление энергии системой (использовалась утилита PowerTOP). При оценке потребления памяти, лучшие показатели продемонстрировал AudioFlinger (2600 Кб и 3020 Кб). Показатели отзывчивости системы при использовании обоих звуковых серверов оказались примерно на одном уровне. <br><br><br>Из возможностей Pulse...<br><br>URL: http://arunrag https://opennet.ru/openforum/vsluhforumID3/82459.html#142 Tue, 24 Jan 2012 20:32:39 GMT &gt;&gt; Помнится я всегда недоумевал, почему в линуксе невозможно использовать<br>&gt;&gt; /dev/dsp сразу несколькими приложениями.<br>&gt; В OSS4 &#8212; возможно таки, по крайней мере в опне, не знаю <br>&gt; как в этих ваших линусках <br><br>В этих наших линуксах на железках вроде 724-й ямахи ещё как было возможно уже забыл когда.<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#141 Tue, 24 Jan 2012 06:02:17 GMT &gt; Помнится я всегда недоумевал, почему в линуксе невозможно использовать /dev/dsp сразу несколькими <br>&gt; приложениями.<br><br>В OSS4 &#8212; возможно таки, по крайней мере в опне, не знаю как в этих ваших линусках<br><br> https://opennet.ru/openforum/vsluhforumID3/82459.html#140 Sun, 22 Jan 2012 12:58:23 GMT &gt; et-sdl-sound? :-) <br><br>что-то типа. %-)<br><br>&gt; Ну а как же, идея OSS вполне хорошая &#8212; писать в устройство <br>&gt; и читать из устройства без обёрток. Или я неправ?<br><br>ну, таки не в устройство, а в спецфайл. и таки да &#8212; идея per se вполне нормальная. на самом деле большой разницы нет &#8212; что алсу дёргать через апи, что /dev/dsp через ioctl. ну да, микшинг &#8212; это частности реализации.<br><br>впрочем, против ALSA я тоже ничего не имею. я только против пульсаудио имею базуку.<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#139 Sun, 22 Jan 2012 10:02:44 GMT &gt; на самом деле &#8212; нечего использовать OSS. не то, чтобы он был <br>&gt; совсем плохой&#8230; он просто устарел. большинство софта умеют работать с ALSA <br>&gt; напрямую. ну, и где-то я видел перехватчик/эмулятор для особо невменяемых программ <br>&gt; (не тот, который в саму alsa вмонтирован). но это было давно, <br>&gt; и, кажется, уже неправда.<br><br>et-sdl-sound? :-)<br>Ну а как же, идея OSS вполне хорошая - писать в устройство и читать из устройства без обёрток. Или я неправ?<br>Да, я использую ALSA, переходить пока не собираюсь.<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#138 Sat, 21 Jan 2012 20:17:54 GMT на самом деле &#8212; нечего использовать OSS. не то, чтобы он был совсем плохой&#8230; он просто устарел. большинство софта умеют работать с ALSA напрямую. ну, и где-то я видел перехватчик/эмулятор для особо невменяемых программ (не тот, который в саму alsa вмонтирован). но это было давно, и, кажется, уже неправда.<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#137 Sat, 21 Jan 2012 20:09:23 GMT &gt;&gt; сложно было сделать нормальное смешивание в ядре?<br>&gt; да чего там мелочиться? давайте вообще всё в ядро запихнём!<br>&gt; нет, не сложно. но на то, чтобы не пихать это в ядро, <br>&gt; есть причины. впрочем, если они тебе не нравятся, ты всегда можешь <br>&gt; сделать патч (или нанять кого-то, чтобы он сделал патч). все исходники <br>&gt; у тебя есть.<br><br>Да я понимаю. И понимаю то, что в ядро не нужно тащить всё подряд. Но исторически именно так и сложилось, что теперь трахаются с этим в юзерспейсе.<br>Я простой юзер, так что возражения понятны.<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#136 Sat, 21 Jan 2012 17:17:30 GMT &gt; сложно было сделать нормальное смешивание в ядре?<br><br>да чего там мелочиться? давайте вообще всё в ядро запихнём!<br><br>нет, не сложно. но на то, чтобы не пихать это в ядро, есть причины. впрочем, если они тебе не нравятся, ты всегда можешь сделать патч (или нанять кого-то, чтобы он сделал патч). все исходники у тебя есть.<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#135 Sat, 21 Jan 2012 09:23:42 GMT Помнится я всегда недоумевал, почему в линуксе невозможно использовать /dev/dsp сразу несколькими приложениями. Почему постоянно ядро мне отвечало EBUSY. Проблема была в звуковой карте, но немного непонятно - сложно было сделать нормальное смешивание в ядре?<br>Вообще нехотелось бы в современном линуксе видеть этих ужасных мучений с звуковыми серверами, библиотеками, а просто хотелось бы взять - и писать и читать псевдоустройство как делается в OSS(4). А для звука по сети просто использовать чужой девайс у себя на машине. Да, прям так - иметь указатель на чужой /dev/dsp прямо здесь. Пока что это есть только в Plan9 :-(<br> https://opennet.ru/openforum/vsluhforumID3/82459.html#134 Fri, 20 Jan 2012 16:33:05 GMT &gt; попробуй снести libasound и удивись <br><br>Опссс!<br>Извиняюсь, с libalsa прокололся.<br><br><br>