Представлен релиз звуковой подсистемы ALSA 1.2.1. Новая версия затрагивает обновление библиотек, утилит и плагинов, работающих на уровне пользователя. Драйверы развиваются синхронно с ядром Linux...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52407
Эксперты, просто скажите: благодаря этой штуке больше не будет "пшш-бз-бз" при одновременной работе Audacious и LMMS?
Тролль, уходи со своими глупыми вбросами
Ещё один игнорирователь проблем.
Почему мы должны не игнорировать твои проблемы с головой?
Fracta1L, расскажи почему с лора ушел?
В каждой теме, хоть альса, хоть пульса, хоть пайп, везде найдётся свой коммент с "пшшш". Если есть объективные проблемы, где детальное описание сложности? Где конфиг с которым проблема? В конце концов, где пруфы, Билли?
> детальное описание сложности1. Открыть Audacious
2. Открыть LMMS
3. Примерно в половине случаев нормально пользоваться LMMS после этого невозможно из-за хрипов. Если Audacious до этого не был открыт, то всё нормально.
> Эксперты, просто скажите: благодаря этой штуке больше не будет "пшш-бз-бз" при одновременной
> работе Audacious и LMMS?echo "autospawn = no" >> ~/.local/pulse/client.conf
killall pulseaudioПроверяй
> Эксперты, просто скажите: благодаря этой штуке больше не будет "пшш-бз-бз" при одновременной
> работе Audacious и LMMS?Есть старый проверенный способ избавиться от "пшш-бз-бз": apt-get remove pulseaudio
Что-то они слабо версии пилят. Как бы не объявили устаревшим
это же не гугл хром.
>> Эксперты, просто скажите: благодаря этой штуке больше не будет "пшш-бз-бз" при одновременной работе Audacious и LMMS?
> echo "autospawn = no" >> ~/.local/pulse/client.conf
> killall pulseaudio
> ПроверяйХотелось бы узнать и что, ведь станет недоступен pulseaudio - он ведь наверняка кому то нужен?
Vim должен бибикать.
Консоль — полноценный десктоп. Местами полноценней и эффективней оконного. Используется профессионально в том числе и для звука, ведь убогие по части звука геос и венда же тоже используются.
> Консоль — полноценный десктоп.И как в ней диру с фоточками полноценно превьюить? :)
В fbi пролистай. Будто в гуе есть нормальные просмотрщики.
> Будто в гуе есть нормальные просмотрщикиXnView.
Так он уг неудобное. Есть нормальный (быстрый и удобный) faststone image viewer, но не поддерживает современные форматы и он вендософт. Gwenview с большой натяжкой пользоваться можно, остальные вообще мусор. Для работы с фото тот же darktable вполне ничего был, но он не просмотрщик.
Удобный, если настроить, но тяжеловат.
В Fastone нет поиска.
>>> Будто в гуе есть нормальные просмотрщики
> XnView.Не зашло. Хотел купить, но - нет. Ну может Shotwel, да и ... ненашлось больше.
> В fbi пролистай. Будто в гуе есть нормальные просмотрщики.1) Фреймбуфер != консоль. Это раз.
2) "Пролистай" для диры с 3К файлов звучит не очень оптимистично.
p.s. но за прогу спасибо, забавный экспонатец.
montage *.jpg sixel:-
Из консоли ничто, кроме Ваших кривых рук, не мешает слушать музыку и даже полноценно управлять плеером.
>ничто, кроме Ваших кривых рук...ничто, кроме неудобства. Поправил, не благодари.
смотря чего такого неудобного ты видишь. создал плейлист и крути мплеером или маску /*.mp3 задай. оч даже удобно. хотя есть консольный плеер с псевдографикой и плейлистами. да тот же mpg321 классный плеер в консоли. ну если ты привык только к мышке извини уж))
moc, ffplay, mplayer (который еще и в fbdev может рисоватьи X'ы вообще не нужны даже для фильмов).
\008 должен быть стерео
Звуковая система на QNX была очень хороша проработана изначально, с которой ALSA была слизана. Поэтому и пилить не чего особо.
Зачем есть ALSA, если есть Pulsa?
В линуксе есть "звуковая система" и "звуковой сервер". Звуковая система работает в kernelspace, а звуковой сервер в userspace. ALSA это звуковая система, а PulseAudio это звуковой сервер. PulseAudio работает поверх ALSA.Вы, наверное, думаете, что прикладное ПО соединяется с PulseAudio, а с ALSA напрямую соединиться не может. "Это же в ядре - разве приложение может соединиться с ядром напрямую, минуя сервер звука?". На самом деле, может. Можно выводить звук напрямую в ALSA при помощи libasound2 (а в "пульсу", соответственно, через другую библиотеку libpulse0).
* В 1997-2002 годах использовалась звуковая система OSS в связке со звуковым сервером ESD. Опционально можно было выключить ESD.
* В 2002-2008 использовалась звуковая система ALSA.
* В 2008-2020 используется ALSA + PulseAudio. Опционально можно отключить PulseAudio.
Есть также звуковой сервер JACK. Он используется для профессиональной работы со звуком.
Поздно посмотрел на ник. Ещё был artsd, который сегодня phonon. OSS наверно до 2010 ещё жил и использовался в софте, в 2008 он ещё был основным (для alsa дров было мало и они хуже)
> Поздно посмотрел на ник. Ещё был artsd, который сегодня phonon. OSS наверно
> до 2010 ещё жил и использовался в софте, в 2008 он
> ещё был основным (для alsa дров было мало и они хуже)Ты прав. Я решил не усложнять текст для новичка. Потому что с нюансами он был слишком длинным, а потому трудный для восприятия.
В KDE был aRts, в GNOME был ESD. Как-то они не договорились о едином сервере.
Когда произошёл переход на ALSA, то оставалось много приложений, написанных раньше этого, и которые ничего не знали про ALSA. Например Quake III Arena 1.32.
Поэтому была эмуляция OSS. Она и сейчас есть, просто выключена по умолчанию. Включается так: modprobe snd-pcm-oss; modprobe snd-mixer-oss. Опционально ещё модуль snd-seq-oss, это для MIDI.
Вывод звука в OSS очень прост. Это mmap() или write() в файл /dev/dsp. Однако существовала проблема, при которой программа, когда отправляла поток данных в этот файл, то другая программа не могла это делать. Проще говоря, звук работал только из одного приложения, а из двух сразу - нет.
Вот поэтому и использовали ESD/aRts. Чтобы звук работал из нескольких приложений. После появления ALSA, в них не стало необходимости: звук стал микшироваться даже без звукового сервера. Хотя бывало и так, что ты используешь ALSA, а одно приложение захватило весь звук.
Что интересно, была ОДНА звуковая карта, на которой, при использовании OSS, звук из двух приложений работал ДАЖЕ без ESD/aRts. И никаких конфликтов при доступе двух программ к одному файлу. Это звуковая карта Creative. Линейка AWE32, Live!, и Audigy. А остальные (такие как "встройки" AC97 и SB-совместимые карточки) остаются за бортом.
В AC97 точно было аппаратное микширование. Потому что моя Win98 выводила звук из двух программ. Было бы микширование программным - я думаю, всё бы тормозило. Значит, оно точно было аппаратным
P.S. Очень хороший коммент по этому вопросу: https://www.linux.org.ru/forum/talks/14747049?cid=14747754
>Проще говоря, звук работал только из одного приложения, а из двух сразу - нет.Это давно исправили в OSS4. Во фряхе можно посмотреть, или в линуксе попробовать накатить, но должна быть поддержка со стороны программ.
>>Проще говоря, звук работал только из одного приложения, а из двух сразу - нет.
> Это давно исправили в OSS4. Во фряхе можно посмотреть, или в линуксе
> попробовать накатить, но должна быть поддержка со стороны программ.Подтверждаю. В OSS4 всё работает на моей "встройке" Intel HDA.
> исправили в OSS4Причём с раздельной регулировкой громкости звуков каждого приложения.
> В AC97 точно было аппаратное микширование. Потому что моя Win98
> выводила звук из двух программ. Было бы микширование программным
> - я думаю, всё бы тормозило. Значит, оно точно было аппаратнымЕсли не ошибаюсь, Коля Клочков в примерно те годы показывал такую штуку и отмечал, что это именно программный микшер.
А так даже на 286 программное микширование вполне себе бывало и работало -- на четырёх каналах *.mod с соответствующими частотами дискретизации ;-) И даже успевали ещё и раскладывать это всё для PC Squeaker, не говоря уж о Covox.
AC97 и иже с ними никогда не умели аппаратного микширования.Всегда вместо этого для них использовался софтовый dmix или какой-нить сервер.
Аппаратное микширование умели карты с мозгом. Самые распространённые из них в нулевых это криатив сблёв и аудига. Которые получены были путём кастрации профессиональной EMU-APPS после покупки на корню криативом собсно EMU. На них так же был аппаратный Wave-Table синтезатор кушающий SF2 банки (привет порабощённому криативом Engsonic, да начиная с этих карт под банки юзалось уже ОЗУ, а не собственные модули памяти на карте как у гуся или авечек) произвольная внутренняя коммутация, процессор эффектов и EAX типа 3D surround.
Позже после того как криатив умудрился ещё и Aureal поглотить и изувечить их A3D скрестив ужа с ежом так. Так появился EAX2 и померли Vortex`ы.
А AC97 и иже с ними это по сути тупо ЦАП/АЦП.
Когда слышу криатив, всегда вспоминаю басню(?) ну о царе который к чему не прикасался всё в золото превращалось.Дык вот креатив это одна из немногих компаний, которая к чему не коснётся всё превращается в г-но.
Но и тут правда спасибо им надо сказать. Народ быстро прочухал что SBLive это младший EMU с другими АЦП на фронтах и приюзал оригинальные дрова, с поддержкой ASIO на них. Это было долго безальтернативным решением для музыкантов ибо карты с офиц поддержкой ASIO человеческой тогда начинались от почти штуки баксов, а сблайв можно было за 70 взять.
Потом другие ребята (проект kxproject) написали полноценные дрова где было доступно и программирование эффектов и внутренний роутинг наглядно строился и т.д. и т.п.
Т.е. их дрова были даже круче оригинальных емушных и использовались в продакшн на студиях и даже в кабаках (вместо микшера с эффект процессором просто тыкалось 2 моно преда микрофонных и в риалтайме DSP на карте считал ревер и прочее + микшировал с аудиопотоками из софта без нагрузки на CPU).
С одной стороны криатив похоронил сразу 3 отличных компании которые могли бы сильно изменить к сегодняшнему дню мир в части синтеза, 3d на 2х источниках и т.д.
С другой благодаря тому что тупо заюзали готовый чип от купленной конторы в дешовых картах домашние музыканты получили возможность работать на другом (не доступном ранее) уровне.
Как-то так...
Ессно всё это прошло мимо Linux.
//Есть также звуковой сервер JACK. Он используется для профессиональной работы со звуком.аЖ ПОПЕРХНУЛСЯ . Какой профессионал будет использовать джек , если не одна проф железка не поддерживает этот недостандарт ?))
> если не одна проф железка не поддерживает этот недостандарт ?))Железки кернель должен поддерживать, а jack лишь интерфейс к всему этому. И таки навороченные программы для работы со звуком (да, для линуха их есть) им пользуются. И таки даже какие-то музыканты линухом свое добро обрабатывают.
Zenitur, раз уж Вы так глубоко в теме, разжуйте плиз почему JACK не стал в своё время основным сервером, а повсеместно было принято Поттерингоподелие. В сети я встречаю оправдание, что JACK для проф задачи и хомячку не нужен. Такое объяснение считаю глупым - ничего не мешает поставить буфер побольше и оставить хомячку только фейдер громкости в трее. Зато в любое время даже довохозяйка освоит patchage и легко и непринуждённо, направив звук из микрофона в скайп через компрессор с эквалайзером, зазвучит как диктор с радио, или, как они любят, сможет эквализовать звук из плеера.
Неужели всё потому что Шляпа на голове Леннарта?
Ответ в мощности компьютеров того времени. Pentium 3 и 4, Athlon, Athlon XP и 64, Sempron, Duron, Celeron. Они бы не потянули мощный звуковой сервер на постоянке.На компьютерах Core2Duo JACK можно было бы и по умолчанию сделать, но в Red Hat почему-то решили сделать PulseAudio. Я могу только догадываться, почему. Возможно, что они не интересовались профессиональным звуком, но интересовались рабочими станциями.
А вы его пробовали для этой цели использовать? Я вот пробовал в те годы (когда появлялся пульс). Это нереально.Проблема в том, что низкая латентность JACK достигается ценой требовательности к приложениям: они должны быть написаны правильно. И звуковухи должны быть правильными. Собственно, в профессиональной среде это все не проблема.. а вот в бытовой..
Как только у вас появлятся звуковуха с багом в драйвере или же приложение, которое вместо того, чтобы отдавать данные задерживается - все, туши свет. Т.к. в JACK API сделан на коллбеках. И общий цикл его, как идеального низколатентного сервера рассчитан на то, что все программы из коллбека быстро отдадут правильную порцию новых звуковых данных. Но в обычной жизни, вне профессионального звукового софта у вас появляется хоть одна прога, которая это не сделает.. и все, приплыли. Всему звуку в системе становится так плохо, что редкие "пшш" от пульса на экзотичных звуковухах с багами в драйвере покажется цветочками. И иногда плохо будет, пока не перезапустите сам JACK. А потом всех его клиентов, ха-за.
А т.к. JACK писался с идеей, что соединяем правильный софт, главное низкие задержки, а софт-то поправят - это просто не работает в бытовой жизни. Пульс же сразу делался с рассчетом, что г0внософт не должен переклинивать сервер. Правда, с плохими драйверами звуковых ему все равно пришлось столкнуться (и огрести за это от пользователей). Только тут от JACK все было бы еще хуже.
Нет, JACK сам по себе не плохой. Просто его авторы не захотели бы затачивать его на бытовые реалии, если бы пострадало профессиональное применение.
Stax, нет, в те времена ещё только начинал разбираться в линуксе и не то что jack пробовать везде и всюду, некоторые файлы открывать было той ещё задачкой, да и комп у меня всегда был довольно мощный.
Но разве JACK потребляет много ЦПУ при большом буфере, и так же при большом буфере ктото из программ не успевает отдать звук и клинит всю систему? Или речь уж совсем о таких системах где буфера и в 1024 семпла будет мало?
Если так то теперь более менее понятно.
Спасибо тебе. Пользуюсь линуксом с 2006, но до сих пор так и не разбирался в деталях. Если нужно было простое одноканальное управление использовал только alsa, если на каждую совтину ставил pulseТы мне сейчас просто как пелену с глаз снял
Бывает, что с ALSA звук не микшируется.* Либо когда включена эмуляция OSS, и какое-то приложение как раз выводит звук в /dev/dsp. Как уже говорили, модуль ядра по умолчанию не загружен, и поэтому этого не может произойти случайно - а только если вы намеренно загрузили модуль и запустили программу
* Либо когда звуковой чип не поддерживает аппаратное микширование. Тогда должен сам включаться программный микшер dmix. На Debian Wiki в статье ALSA/FAQ пишут, как включить dmix, если он не включился сам
* Либо при выводе цифрового звука DTS. Тогда ALSA не принимает другие источники звука, чтобы цифровой звук оставался неизменным
Еще есть звуковой сервер здорового человека — sndio.
Тео, залогиньтесь!
Спасибо за коммент. Не могли бы вы прояснить следующие вопросы:
1. неужели нельзя было сделать микширование напрямую в альсе с интерфейсом через отображения, а не через сеть, оставив пульсе сеть и прочее высокооверхэдное?
2. возможно ли заюзать emu10k2 для микширования и EAX/OpenAL и прочих HRTF-эффектов?
> неужели нельзя было сделать микширование напрямую в альсе с интерфейсом через отображения, а не через сеть, оставив пульсе сеть и прочее высокооверхэдное?Насколько я знаю, "пульса" не поддерживает аппаратное микширование. Почему - не знаю
> возможно ли заюзать emu10k2 для микширования и EAX/OpenAL и прочих HRTF-эффектов?
В OpenAL доступен EFX. Это тот же EAX, только программный. Я не знаю, какой версии EAX он является аналогом. Работает на любой звуковой карте.
В Doom 3 поддержку EFX добавили в source-порте dhewm3. В Wine поддержка EFX доступная в Wine Staging, и по-идее в играх можно включить EAX.
>Насколько я знаю, "пульса" не поддерживает аппаратное микширование. Почему - не знаюЛеннарт против. Вопрос был, почему микширования нет напрямую в Альсе?
>Это тот же EAX, только программный.
Зачем мне программный, если у меня крутая карта с DSP, способная в 3д-звук через HRTF **через 2 колонки** (система калибруются под комнату, колонки, голову и их положение в комнате (на диске шла программа, издававшая щелчки из 2х колонок с разницей по фазе, нужно было крутя слайдеры сделать так, чтобы щелчки были слышны в обеих ушах как можно одновременнее, после чего шла демка для проверки, после чего профиль записывался)) в реальном времени? Как-то это не очень правильно. Раз деньги уплочены - значит жрать надо.
> Вопрос был, почему микширования нет напрямую в Альсе?Оно там есть. Dmix.
Спасибо. Как оказалось, dmix - это программный микшер. А там есть ещё и аппаратный.
>> Насколько я знаю, "пульса" не поддерживает аппаратное микширование. Почему - не знаю
> Леннарт против. Вопрос был, почему микширования нет напрямую в Альсе?ALSA умеет аппаратное и программное. В первой версии (релиз ALSA 1.0 вроде в 2002 был) программное не было включено по умолчанию. Потом его по умолчанию включили (если аппаратное недоступно), но мне кажется, это было уже после появления PulseAudio.
https://wiki.debian.org/ru/ALSA/FAQ#A.2BBBoEMAQ6_.2BBEEENAQ1...
>> Это тот же EAX, только программный.
> Зачем мне программный, если у меня крутая картаПроцессоры стали сильнее. Те эффекты, на которых Pentium II напрягался, на Intel Core не тормозят. Ситуация сравнима с аппаратными декодерами h264 в современных видеокартах: сейчас мало кто ими пользуется, ведь на процах уже давно не тормозит
>Ситуация сравнима с аппаратными декодерами h264 в современных видеокартах: сейчас мало кто ими пользуется, ведь на процах уже давно не тормозитЯ это прекрасно понимаю. Но я перфекционист. То есть неадекват. То есть мне пофиг, что не тормозит на проце и что всех всё устраивает и что это вероятно не стоит усилий; если есть возможность его разгрузить, вынеся функциональность на специализированный ускоритель - значит это надо сделать.
Это как с телефонами - если следовать обывательской логике, то я свой должен выкинуть и купить сиаоми. Всё равно все под колпаком и всё равно никто мой старый телефон поддерживать не будет, просто чип дропнут и поддержку удалят из исходников (как уже сделали многие проекты для десктопа), за то что не 64-бита, и придётся всё от и до самому за свой счёт патчить и собирать. Но я не должен подчиняться обезумевшему обществу массового потребления.
К слову о нужности DSP. В некоторых телефонах они есть и используются программами из стоковой прошивки (а SDK к ним производитель зажилил). То есть DSP и софт к ним в бытовых компьютерах - это всё таки нужно.
В 2006 году в сети мелькала openal-alsa-emu10k. Осталось её откопать и портировать для работы с современным софтом.
> вынеся функциональность на специализированный ускоритель - значит это надо сделать.Ну тогда отлейте все ваши задачи в ASIC-и. Это очень эффективно. Правда, стоить будет дохрена и больше, да и ежели что-то поменять - извольте новый чип.
> Насколько я знаю, "пульса" не поддерживает аппаратное микширование.
> Почему - не знаюПотому что это задача ALSA (и там давно работает).
Заметил, что в каждой теме про ALSA вылезет дебил с одним и тем же тупым вопросом. Вас там в пробирках выращивают, или как?
> Заметил, что в каждой теме про ALSA вылезет дебил с одним и
> тем же тупым вопросом. Вас там в пробирках выращивают, или как?У меня такое на стримах бывает. Хочется задать какой-нибудь вопрос, но в голову лезут одни тупые вопросы
> У меня такое на стримах бывает. Хочется задать какой-нибудь вопрос, но в
> голову лезут одни тупые вопросыИногда лучше жевать чем говорить. И это именно тот случай.
По поводу отчётливо дебильных вопросов -- возможно, черепно-вакуумные травмы студенческих лет и общая заторможенность развитиия впоследствии; см. тж. http://wiki.opennet.ru/MSSP
Тут ещё другое возможно. Как минимум раньше это пшш-пшш на ней было, и где-то допускали что оно трещит на некоторых карточках. Кого-то это сильно задолбало и он спросил, получил издевательские ответы (особенно потому, что у других людей нет фигни этой?)Это неприятный баг и если ты с ним сталкиваешься даже редко, то всё равно отрицающих его будешь считать троллями, а потом эскалация конфликта. Будет бесить и 'замалчивание проблемы'.
То есть от таких ответов получается желание многократно повторять свои проблемы которые странные личности закрикивают, высмеивают и за которые даже банят.
То есть от таких ответов можно начать считать многих в опеннете врагами и хотеть просто их позлить повторением.
Наверное, бывает и так... по мне-то всё же больше смысла тот же пар направить если не на отладку и код (я в альсовые драйверы не лазил всё-таки), то хотя бы на внятный багрепорт, при необходимости письма разработчикам с просьбой обратить на него ошибку, ну и время/силы на обратную связь (с учётом совсем других затрат на проверку гитовых деревьев, чем "поставил из дистрибутива").
См. басню Крылова "Свинья и Дуб".
По поводу неожиданностей от автомодератора куда продуктивней не брутфорсить (флудя и предполагая хозяина сайта то ли лодырем, то ли противником), а предметно описать суть наблюдаемой проблемы сюда: http://opennet.ru/contact.shtml
Ох, если по честному, то я психанул...
> Ох, если по честному, то я психанул...Да я понимаю, потому и подсказал, куда сам-то пишу при схожих вопросах :-)
> Зачем есть ALSA, если есть Pulsa?Снеси алсу - узнаешь зачем! :)
Ну вот и ваша пайпвара уже не нужна
А как же её возможности в передаче видео?
> А как же её возможности в передаче видео?Тормозить и лагать видео, сдабривая это глючным gstreamer'ом, наверное все-таки ни к чему.
Печально, что из фф выкинули поддержку алса и требуют пульс...
Перестали собирать по умолчанию в бинарных сборках на http://ftp.mozilla.org/pub/firefox/ Редко кто-то ими пользуется. А при сборке из исходного кода есть --enable-alsa. В дистрибутивах, скорее всего, флаг включен.
>РедкоТам вроде это, модифицированные или перекомпилированные брендованные никак нельзя распространять. Т.е. это всегда эти самые бинарные сборки с сайта мозиллы и есть, во всех дистрибутивах (если лисичка на логотипе и браузер называется firefox).
Даже если никаких патчей? Интересно.
Хотя они могли признать сборки убунты фаерфоксом, так что можно самим пересобирать лису. Потом идём в Мозиллу и просим их признать наши сборки.
Вуаля, теперь в дистрибутивы могут идти они.
Попросить можно, насколько помню, но вряд ли это транзитивно (а тут уж не помню, только знаю, кого спрашивать).
>>Редко
> Там вроде это, модифицированные или перекомпилированные брендованные никак нельзя распространять.
> Т.е. это всегда эти самые бинарные сборки с сайта мозиллыЕсли об этом на каждом углу громко кричать - возможно.
https://svnweb.freebsd.org/ports/head/www/firefox/files/ (накладываемые патчи)
https://svnweb.freebsd.org/ports/head/www/firefox/Makefile?r...
(опции сборки - тоже ни разу не дефолтные, а либы используются системные).
https://github.com/i-rinat/apulse
> https://github.com/i-rinat/apulseХорошая кстати штука. Очень жаль что алса сразу до чего-то такого не доперла, чтобы пульс ей просто не требовался.
Алсе он и не требуется на самом деле.
> Алсе он и не требуется на самом деле.Угу, конечно. Так прикольно когда какая-нибудь прога узурпирует алсу единолично и все остальные обходятся без звука в системе :)
Такое бывает очень редко. Ооооочень редкоhttps://www.opennet.me/openforum/vsluhforumID3/119842.html#95
У меня как-то пропал звук во всех приложениях. Опытным путём выяснил, что звук пропадает, когда запущена ICQ for Linux (beta) (старая программа, написанная на Adobe AIR). Какая связь, я не понимал, ведь ни одна другая программа так не делала.
Оказалось что Adobe AIR по какой-то причине имел приоритет "сначала попробовать OSS, а потом ALSA". Фиг знает почему. Когда я разлогинился из GNOME и зашёл в KDE, то там всё работало, как надо. Система openSUSE 11.4, если что.
Поэтому хорошо, что эмуляцию OSS выключили по умолчанию. Нет-нет, да и захочет какая-нибудь софтина выводить звук в /dev/dsp
Мне думается, что, в середине 00-х годов, в техподдержку Red Hat многие жаловались на эту проблему - мол, какое-то приложение захватило весь звук. И каждый раз оказывалось, что приложение по какой-то причине предпочитало OSS, хотя ALSA в нём тоже поддерживалась. Вот они и психанули и сделали "пульсу". Ведь, даже если включить dmix в ALSA по умолчанию (программный микшер для звуковух, которые не имеют аппаратный), то это не спасёт от случайного использования OSS вместо ALSA. А выключить эмуляцию OSS было нельзя, потому что не так много времени прошло с перехода на ALSA.
> Такое бывает очень редко. Ооооочень редкоКогда у меня была система без пульса - я бы не сказал что так уж прямо редко. И вообще, это анноило.
> (старая программа, написанная на Adobe AIR).
Я бы сказал новая. И самая поганая из всех мыслимых "асек". Самая жирная, тормозная и нефункциональная из всех.
> Какая связь, я не понимал, ведь ни одна другая программа так не делала.
Алса так позволяет - и это иногда случается. И хрен угадаешь когда долбанет. Более того, умники делавшие апи алсы не подумали о софтварном микшере как mandatory компоненте, на который можно было бы в коде программы расчитывать, не кодя fallback (т.е. собственный микшер!!!) самому.
Вообще, алсучье апи - сделано черт знает как. Посмотреть вокруг, хотя-бы на маздайку, чтобы посмоетреть как люди апями пользуются, народу почему-то не катило, изобрели тот еще вел. С довольно-таки квадратными колесами. Логично что в силу квадратности колес он был неудобен тем кто хотел ездить не по лестницам, а по улице. Ну вот все и полюбили поттеринговскую штуку. Алса больно уж сучья в плане апи.
У меня в calc linux без пульсы работают и ff, и хром, и опера.Ставлю бинарники, собранные для дистрибутива.
Это сокращение расходов на разработку и поддержку.
Скоро и иксы туда же полетят.
Ага, на поддержку ненужнопульсы. Ее дропнут в пользу пипевары. Альса же останется на месте.
С иксами так же будет.
Так что придержи при себе свои конские фантазии.
> Ага, на поддержку ненужнопульсы. Ее дропнут в пользу пипевары.Скорее всего. Лет через пять.
> С иксами так же будет.
Это уже исключено. Но так же быстро ожидать не стоит.
> С иксами так же будет.Не будет. И это сказали те рожи которые там код пишут, а не какие-то васяны. Но у вас пока еще есть время въехать в кодовую базу иксов. И если вы хотели их майнтайнить, уже пора вкуривать, потому что там такой код что за 15 минут вы в нем совершенно точно не разберетесь.
>> С иксами так же будет.
> Не будет. И это сказали те рожи которые там код пишут, а не какие-то васяны.А они (как минимум - половина) об этом знают? Или аноним так скромно, в третьем лице, отзывался о себе?
Или опять фантазии и анонимное балабольство?
> А они (как минимум - половина) об этом знают? Или аноним так
> скромно, в третьем лице, отзывался о себе?
> Или опять фантазии и анонимное балабольство?Да, знают https://www.opennet.me/opennews/art.shtml?num=50986
И не только они знают. Про GNOME не буду, ну вот допустим KDE
https://www.opennet.me/opennews/art.shtml?num=51443
> Завершение перехода на Wayland. Wayland рассматривается как будущее рабочего стола, но в текущем виде поддержка данного протокола в KDE ещё не доведена до уровня, необходимого чтобы полностью заменить X11. В ближайшие два года планируется перевести ядро KDE на Wayland, устранить имеющиеся недоработки и сделать первичным окружение KDE, работающее поверх Wayland, а X11 перевести в разряд опций и необязательных зависимостей.
Никто не будет поддерживать две огромных махины, и чтобы и так, и сяк - это как раз фантазии.
>> А они (как минимум - половина) об этом знают? Или аноним так
>> скромно, в третьем лице, отзывался о себе?
>> Или опять фантазии и анонимное балабольство?
> Да, знают https://www.opennet.me/opennews/art.shtml?num=50986Решил вместе с анонимом принять грязевую ванну?
> https://www.opennet.me/opennews/art.shtml?num=51443
>> 08.09.2019 09:13
>> в текущем виде поддержка данного протокола в KDE ещё не доведена до уровня, необходимого чтобы полностью заменить X11.
>> планируется перевести ядро KDE на Wayland, устранить имеющиеся недоработки и сделать первичным окружение KDE, работающее поверх Wayland, а X11 перевести в разряд опций и необязательных зависимостей.
> Никто не будет поддерживать две огромных махины, и чтобы и так, и сяк - это как раз фантазии.Резюмируем - очередное "поддержка вейланда уже совсем есть, да! Просто пока еще чуть-чуть нет. Но вот совсем скоро, ух!"
В общем, приходите когда накоенец доведут до ума.
А лучше - когда выкинут поддержку из Qt. Пока что как раз вопли о скорой смерти иксов и победы вяленого выглядят фантазиями.
> вопли о скорой смерти иксов и победы вяленого выглядят фантазиямиНу о скорой это ты сам выдумал.
А так я наглядные факты привёл, что процесс идёт.
И твоё экспертное мнение на это не влияет.
> А так я наглядные факты привёл, что процесс идёт.
> И твоё экспертное мнение на это не влияет.Факты - это объявление редхата и заявление президентши KDE о _планах_, после допиливания вяленого дропнуть иксы?
Так себе факты.
Как есть> Иксы ни где в чём-то серьёзном с деньгами не применяются. Там где были - уже повыкидовали (ChromeOS, опционально было в macOS, Tizen от Samsung на смарт часах и телевизорах). Остался только линуксовый десктоп.
И в дефолтных Debian и Fedora уже Wayland по умолчанию. А не так давно (лет семь) можно было только ржать, что шестерёнки крутить можно было в маленьком непонятном окошечке...
> Так себе факты.Если те кто фактически пишет ломовую часть кода сообщили о намерениях, это лучше услышать и строить свои планы исходя из этих анонсов. Потому что когда это будет в режиме "жареный петух клюнул" будет уже немного поздновато.
> А они (как минимум - половина) об этом знают?А нельзя эту половину перечислить? Упомянутое заявление исходило от редхатчиков, интеля, и т.п., где-то в районе фороникса анонс. Ну то-есть всякие airlied, vetter и ко видимо считают так. Эти рожи как раз и пишут почти весь инфраструктурный код.
> Или аноним так скромно, в третьем лице, отзывался о себе?
> Или опять фантазии и анонимное балабольство?Какой красивый wishful thinking. Проблема в том что он не изменит будущее - и те рожи которые по факту писали код таки уже все решили. И единственное что вы можете по этому поводу сделать - стать рожами пишущими код, способными подхватить знамя, ежели оно вам надо.
> Эти рожи как раз и пишут почти весь инфраструктурный код.Какой красивый wishful thinking
https://github.com/freedesktop/xorg-xserver/graphs/contribut...> Какой красивый wishful thinking. Проблема в том что он не изменит будущее
> - и те рожи которые по факту писали код таки ужеНу вот по ссылке выше - в шестерке топ-контрибутеров только три редгадчика.
Keith так вообще "писал, пишет и …" - чуть ли не с конца 80х.
Так что приходите с этими рассказами о будущем, когда в GTK и Qt начнут выкидывать поддержку X11, не ранее.
> И единственное что вы можете по этому поводу сделатьИли применить на опеннете очередной демагогический прием - "ложная дилемма".
> Какой красивый wishful thinkingО, круто. Сам сказал, сам показал. Еще раз, для тугих:
1) В xorg уже давно нет крупных инфраструктурных улучшений.
2) Даже более того - с DDX все настолько заколебались что многие дистры свалили на kms'ный generic. Хоть он и "без акселерации" (которая в иксах чаще была тормозяцией и глюкацией).
3) Если ключевые рожи из шляпы и интела на которых все это держится так говорят - я им склонен верить. Они свои заявления могут чисто технически обеспечить.
4) И, кстати, когда они это самое - вот тогда и приходите списками комитов козырять, тогда это будет уже гораздо интереснее :)> Ну вот по ссылке выше - в шестерке топ-контрибутеров только три редгадчика.
Как насчет всяких интелей и прочих рядом? У них там вокруг линуксной графики довольно спетая тусовочка, где джентльмены прекрасно находят общий язык. И они, определенно, уже все решили в своих кругах. Без помощи всяких анонимусов с опеннета. И вот когда эти круги перестанут кодить иксы - надеюсь, у вас есть какой-то plan B на этот счет. Может, он даже поэффективнее традиционного воя лошпедов "ааа!!! редхат опять форсит свои технологии на наши бошки!!!111" ? :)
> Keith так вообще "писал, пишет и …" - чуть ли не с конца 80х.При том он уже похоже на все готов, лишь бы от этой галеры отковаться.
> Так что приходите с этими рассказами о будущем, когда в GTK и
> Qt начнут выкидывать поддержку X11, не ранее.Узнать о будущем когда оно уже просто дало собой в репу - больно и не прикольно, имхо.
>> И единственное что вы можете по этому поводу сделать
> Или применить на опеннете очередной демагогический прием - "ложная дилемма".А шо, вы таки умеете в кодинг иксов? Так, положа руку на сердце, на этом глобусе в иксах только Пакард и разбирается :). Откуда и инфраструктурные проблемы. В одно табло такую галеру ворочать как-то не очень. И с DDX так например консенсус примерно такой: они вместе с иксовыми подходами не соответствуют тому как современные GPU работают и актуальным юзкейсам. Переделывать СТОЛЬКО там уже никто не будет, ну вот поэтому желаюших гнать дохлую лошадь - вообше довольно немного.
> Ага, на поддержку ненужнопульсы. Ее дропнут в пользу пипевары. Альса же останется на месте.
> С иксами так же будет. Так что придержи при себе свои конские фантазии.Просто сравнение не корректное.
Есть ALSA, сверху (обычно PulseAudio).
PulseAudio не особо как в чём-то серьёзном и с деньгами применяется - в тех же ChromeOS и Android её нет. А ALSA само собой есть.
Поэтому действительно нет проблемы выкинуть PulseAudio и заменить на новую верхнюю штуку PipeWare.Иксы и Wayland - это один уровень (Xwayland отдельная тема).
Иксы ни где в чём-то серьёзном с деньгами не применяются. Там где были - уже повыкидовали (ChromeOS, опционально было в macOS, Tizen от Samsung на смарт часах и телевизорах).
Остался только линуксовый десктоп.
Поэтому действительно нет особой проблемы выкинуть иксы и заменить на Wayland. И собственно это в планах у всех ведущих разработчиков линуксового десктопа. Это не тайна - это открытая информация.
не собирается у меня https://paste.debian.net/1131518
> не собирается у меня https://paste.debian.net/1131518У меня на альте вчера собралось: http://packages.altlinux.org/alsa-tools -- собирайте сперва alsa-lib, вероятно, от неё же и заголовки понадобятся.
Только я обновлял официальные пакеты в репозитории, собирал это всё в hasher, соответственно в чруте -- прежде чем делать из своего дебиана (если это он) слакварь, обождите чуток или спросите майнтейнера, когда и где ждать обновку.
PS: порядок сборки: http://git.altlinux.org/tasks/archive/done/_240/246761/
$ find /usr/include/ -name '*.h' -exec egrep -l 'typedef\s+__u32' {} \; | xargs equery belongs
* Searching for /usr/include/ext2fs/ext2_types.h,/usr/include/ext2fs/ext2fs.h,/usr/include/linux/cciss_ioctl.h,/usr/include/linux/mroute6.h,/usr/include/linux/virtio_types.h,/usr/include/linux/android/binder.h,/usr/include/linux/ppp_defs.h,/usr/include/linux/can.h,/usr/include/linux/types.h,/usr/include/linux/elf.h,/usr/include/linux/acct.h,/usr/include/linux/zorro.h ...
sys-fs/e2fsprogs-1.45.5 (/usr/include/ext2fs/ext2_types.h)
sys-fs/e2fsprogs-1.45.5 (/usr/include/ext2fs/ext2fs.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/ppp_defs.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/types.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/acct.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/mroute6.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/elf.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/virtio_types.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/android/binder.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/can.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/cciss_ioctl.h)
sys-kernel/linux-headers-4.19 (/usr/include/linux/zorro.h)Я бы предположил, что тебе стоит обновить linux-headers. Скорее всего alsa берёт __u32 из /usr/include/linux/types.h.
Сейчас стопорится на этом, не знаю что еще не хватает, поиск не помогchecking for libasound headers version >= 1.0.0 (1.0.0)... found.
checking for libatopology (sound headers version > 1.1.9)... yes
checking for snd_ctl_open in -lasound... yes
checking for snd_tplg_new in -latopology... no
configure: error: No linkable libatopology was found.
> configure: error: No linkable libatopology was found.Говорю же, libalsa нужна _свежая_, собирать её надо _первой_ и либо в систему устанавливать, либо как минимум обеспечить наличие заголовков в том окружении, где собираете всё дальнейшее. А для самой libalsa понадобится собрать недавно выделенные alsa-{topology,ucm}-conf.
Специально нашёл же для Вас и добавил PS в #77 :-) Ну или вот прям с коленки:
basalt:~/git/alsa> tail -2 00list
DIRLIST="alsa-topology-conf alsa-ucm-conf alsa-lib alsa-utils alsa-tools alsa-plugins tinycompress"
VERSION=1.2.2
$ equery belongs /usr/lib64/libatopology.so.2
* Searching for /usr/lib64/libatopology.so.2 ...
media-libs/alsa-lib-1.2.1.2 (/usr/lib64/libatopology.so.2.0.0)
media-libs/alsa-lib-1.2.1.2 (/usr/lib64/libatopology.so.2 -> libatopology.so.2.0.0)Я чёт перестал понимать, что ты собираешь. альсу? У неё есть ядерный компонент, который в ядро включается, и чтобы обновить его, надо ядро обновлять; есть юзерспейс компонент -- alsa-lib, который надо собирать сразу после ядра. Эти два компонента и есть alsa. Всё остальное -- типа alsa-tools, alsa-utils и тп -- это уже второстепенно, ставить по необходимости, и только после ядра и alsa-lib.
Странно, при этом, что версии хидеров у тебя прошли проверку, а библиотеки -- нет. Ты ставил *-dev пакеты не ставя основных, или как тебе это удалось. Или там тесты из configure тупят?
У меня 4.9.189-3+deb9u2 (2019-11-11) i686 GNU/Linux, попробовал на stable - собралось без ошибок.
Кстати, 1.2.1 была несовместима с PulseAudio. По крайней мере, в некоторых конфигурациях.
Поясните мне незнающему, зачем плодить су(ч/щ)ности, и не пользоваться альсой, если пульса выполняет роль прокладки между приложением и альсой, а приложения при этом умеют работать и с первой?
Поясняю, Реткостному Гаду понадобилась автоконфигурируемая вес(ч/щ)ь вот они и запилили Пульсеаудио. Алса - это аппартные драйвера. Пульсаудио - это прокладка. Без Альсы звука вообще не будет, без пульсаудио звук будет.
Почему при выводе из openal чтобы не шипело через нативный интерфейс alsa нужно period_size=128/periods=3 (8мс при 48КГц), а через snd-pcm-oss отлично работает period_size=64/periods=2 (3мс)? Железо — emu10k1, нативный интерфейс настроен как type hw.
> Почему при выводе из openal чтобы не шипело через нативный интерфейс alsa
> нужно period_size=128/periods=3 (8мс при 48КГц), а через snd-pcm-oss отлично работает
> period_size=64/periods=2 (3мс)? Железо — emu10k1, нативный интерфейс настроен
> как type hw.Я не опоздал? А в каких случаях проявляется?