Звук как у линукса

Как исправить отсутствие звука в Ubuntu и Linux Mint

Нет звука в свежей установке Ubuntu? Видите только фиктивный вывод? Без проблем. Вот несколько методов, с помощью которых вы можете попробовать пофиксить проблему отсутствия звука в Ubuntu и других дистрибутивах Linux

Как это происходит с каждым новым выпуском Ubuntu, вы устанавливаете или обновляете свою ось до свежей версии Ubuntu и сталкиваетесь с рядом проблем. Но всегда есть способ преодолеть эти не большие, но досадные неприятности.

Одна из наиболее распространенных проблем — отсутствие звука после установки Ubuntu. Есть несколько причин отсутствия звука в Ubuntu, но я расскажу о тех приемах, которые сработали в моем случае.

Давайте же пристальнее рассмотрим те шаги, с помощью которых я исправил подобную проблему и как можете исправить ее вы.

Различные способы исправить отсутствие звука в Ubuntu

Причины отсутствия звука в Ubuntu могут быть совершенно разными. И, так как решение зависит от типа проблемы, я предлагаю получить некоторую информацию о вашей системе, особенно об оборудовании, связанным со звуком.

Сначала установите инструмент inxi:

Теперь проверьте информацию о системе, машине и аудио с помощью этой команды:

Вы должны увидеть примерно такую ​​информацию:

Присмотритесь к аудио части вышеприведенного вывода. Он сообщает, что это Intel Sunrise Point-LP HD Audio, и у него есть драйвер Linux snd_hda_intel, и звук обслуживается Alsa. Эта информация может быть полезна на некоторых этапах устранения неполадок со звуком.

Исправление фиктивного вывода в настройках звука

Первый шаг, чисто, что называется, «для отчистки совести», проверьте, не замьючен ли звук. Убедившись в этом, перейдите в Настройки звука:

В настройках звука вы обнаружите, что здесь практически ничего нет, кроме фиктивного выхода. Довольно неприятно. Это означает, что ваша звуковая карта даже не распознается. Ба-дум-тс!

Без паники. Единственное решение, которое устранило проблему со звуком на моем Dell Inspiron с процессором Intel, — это принудительная перезагрузка Alsa. Для этого используйте в терминале следующую команду (Ctrl + Alt + T):

Вывод будет таким:

Вы можете подумать, что процесс подвис или все еще обрабатывается, но сам процесс занимает всего пару секунд. Вы можете просто закрыть террминал, нажав Ctrl + C.

Теперь вам нужно перезагрузить компьютер. А после: либо воспроизвести музыкальные или видеофайлы, либо заглянуть в настройки системы, что бы выяснить сработал ли этот способ.

Первый альтернативный способ исправить отсутствие звука в Ubuntu

Если прошлый способ не помог вам в устранении проблемы, попробуйте переустановить Alsa и Pulse audio следующим образом.

И снова принудительно перезагрузите Alsa:

Перезагрузитесь и проверьте, вернулся ли звук.

Второй альтернативный способ исправить отсутствие звука в Ubuntu

Перейдите в свой домашнюю директорию, а затем перейдите в скрытый каталог конфигурации. Переименуйте здесь каталог с именем pulse:

Теперь перезагрузите вашу систему. Каталог Pulse будет создан заново, и у вас должен восстановиться звук.

Третий альтернативный метод: попробуйте alsamixer

Откройте терминал и используйте следующую команду, чтобы открыть alsamixer:

Вы должны увидеть такой экран:

Проверьте, отключены ли здесь динамики или желаемый аудиовыход. MM означает отключение звука, а OO означает включение. Если желаемый аудиовыход (в основном это динамики) или мастер отключен, включите его.

Вы можете закрыть экран alsamixer, нажав клавишу Esc.

Обратите внимание: если команда alsamixer возвращает ошибку, возможно, это связано с тем, что у вас более одной звуковой карты. В этом случае вам нужно указать номер звуковой карты (см. Вывод inxi, который я упоминал в начале) следующим образом:

Четвертый альтернативный способ исправить отсутствие звука в Ubuntu

Диспетчер скорости (speed dispatcher) — это функция, которая позволяет вашей системе преобразовывать текст в речь. Иногда она конфликтует с другими настройками звука. Если вам не нужна эта функция, вы можете попробовать отключить ее, возможно это вернет вам звук.

Откройте терминал и отредактируйте файл диспетчера речи с помощью следующей команды:

Здесь измените RUN = yes на RUN = no. Перезагрузитесь и наслаждайтесь звуком.

Пятый альтернативный метод (специально для Lenovo Carbon X1)

Некоторые из наших читателей отметили, что ни один из вышеперечисленных методов не помог их ноутбуку Lenovo Thinkpad Carbon X1 7-го поколения.

Я изучил проблему и обнаружил следующее. У этой модели есть проблемы с Linux. Хотя в ядре Linux 5.5 и более поздних версиях улучшена поддержка этой модели, но для пользователей Ubuntu 18.04 и Mint 19, в которых используется ядро ​​более ранней версии — 5.3, все еще остаются проблемы.

Проверьте версию ядра Linux, и если она 5.4 или ниже, попробуйте следующий обходной путь, предложенный разработчиками Arch Linux и Ubuntu.

Откройте файл конфигурации alsa (команда может быть другой для Mint, потому что текстовый редактор Gedit не используется в Mint):

Добавьте в конец этого файла следующую строку:

Сохраните и закройте файл и перезагрузите систему. После этих действий звук должен вернуться.

Устранение проблемы со звуком, безусловно, является одним из обязательных действий после установки Ubuntu.

Если один из вышеупомянутых методов сработал для вас, оставьте комментарий ниже, указав метод, который сэкономил вам время. Также приветствуются любые другие предложения и отзывы.

Источник

Тест Linux на качество звука, а есть ли BitPerfect?

В прошлом материале про работу основных принципов звуковой подсистемы на примере Windows, в комментариях вызвало негативную реакцию утверждение автора, что качественный звук в Linux, соответствующий принципу BitPerfect (передача данных «бит в бит”) является лишь предположением, а как оно на самом деле, достоверно не знает никто из-за отсутствия такой проверки.

В этом материале мы такую проверку как раз и сделаем, расставив все точки над «i».

Linux в бизнесе решает в основном узкоспециализированные задачи, в которые звук, видео и графика не входят (для серьезных проектов в это области используется Windows и MAC). Для обычных (домашних) потребителей, Linux является или хобби (построить ОС под себя), или бесплатной ОС, когда нет денег на Windows/MAC (например на работе, где руководство решило сэкономить на лицензиях).

Последние пару лет Linux стал более широко распространен среди обычных пользователей благодаря продажам ноутбуков, где вместо DOS («черного экрана без ничего») уже был установлен Linux. С учетом последних международных событий нет сомнений в том, что Linux и дальше будет проникать в компьютеры рядовых пользователей и получать более широкое распространение.

Теперь о неприятном для «фанатов-линуксоидов». Диалог о качестве звука часто складывается так:
— Как в Linux со звуком, он там лучше/хуже, чем в Windows?
— Конечно лучше, это же Linux, в нем ничего лишнего и он гибко настраивается!
— Да ничего подобного, у меня в Linux все плохо со звуком
— А вот и нет, у меня под Windows вообще не работает, а под Linux определилось и все супер!
— А проверяли на побитовую точность (BitPerfect)?
— Зачем? Там же все прозрачно и понятно. По логике проблемам негде взяться.
— И ни у кого подозрений даже нет?
— Ну, некоторые интересовались. Слушали и под Linux и под Windows. Под Linux большинству нравится больше.
— А гарантии или материальную ответственность кто-то дать может, что действительно все «бит-в-бит»?
— Зачем это? Ведь говорю, слушали, сравнивали, Linux лучше, какие еще гарантии? И вообще, Linux, он бесплатен…
— Но ведь Windows проверяли и он показал побитовую точность в Wasapi и если звук в Linux отличается, то значит он дефектный.
-Вы просто ничего не понимаете….

На форумах можно найти множество рекомендаций и настроек по звуковой части Linux, но вот фактических данных, что эти настройки гарантируют качество на уровне бит-в-бит (BitPerfect) нет. На дворе 2015 год, вопрос о корректности вывода данных возникает постоянно, но желающих сделать проверку самостоятельно не нашлось… А минусы лишь за подозрение в непогрешимости Linux показывают, что вопрос еще и болезненный.

В чем важность теста Linux на BitPerfect?

Правомерно ли сомневаться в качестве звуковой подсистемы Linux, если ее никто корректно до сих пор так и не проверил? Пока нет проверки и результата, что Linux работает корректно, рекомендовать Linux в состав высококачественных аудио систем то же самое, что и утверждать «на авось». К счастью, качество звука, это не точность расчетов запуска ракеты в космос, что бы сильно переживать. Или может дело в том, что подавляющее большинство использует встроенные или бюджетные звуковые карты? Кто тратит только на внешний ЦАП более $1000, обычно более привередлив и требователен к качеству звука. Если уж обсуждаются «золотые USB кабели» то уж математику ОС явно стоит проверить.

Варианты проверки на BitPerfect

Сверка записи фрагмента

Проверить систему можно разными способами, одним из которых является запись фрагмента по цифровой петле, а после в бинарном виде сверка бит в бит. Однако такой тест очень трудоемкий и требует наличие звуковой карты с цифровым входом и выходом. Дополнительно такой тест требует звукового редактора, который будет работать в определенной разрядности, а не во float данных (с плавающей запятой) для экономии ресурсов. Если верить пользователям Linux, то эта ОС достаточно распространена среди ценителей качественного звука и пусть тест и муторный, он вполне осуществимый, тем не менее его так никто и не сделал. Это говорит или о несерьезном отношении к звуку со стороны пользователей Linux (включая банальную лень), или о низкой квалификации в этой области со стороны пользователей, не представляющих, как такой тест сделать на практике.

Проверка с помощью специализированного оборудования

Второй вариант достаточно простой, взять какой-нибудь ЦАП с функцией проверки побитовой передачи — но вот беда, такой ЦАП (например Audiolab M-DAC) стоит под $1000. Если пользователь Linux стал приверженцем системы из финансовых соображений, то подобные устройства у него вряд ли есть.

Субъективное прослушивание

Остается последний вариант, это субъективное прослушивание. К сожалению, тест по определению не обладает высокой степенью точности и может давать даже заведомо ложный результат.

Прежде всего, тест должен соответствовать концепции двойного слепого прослушивания, что организовать не всегда просто.
Далеко не все звуковые карты поддерживают 44.1 кГц напрямую, очень многие (особенно популярные карты от Creative или встроенный звук) не имеют прямой поддержки 44.1 кГц — там всегда есть ресемплинг в 48 или 96 кГц. И конечно же разницу можно услышать между воспроизведением в Linux и Windows, но субъективное сравнение с такими картами – это сравнение качество ресемплеров, а ни как не концепции «бит-в-бит».

Если карта поддерживает 44.1 кГц напрямую, то можно действительно сравнить звучание подсистемы, но реально ли отчетливо услышать добавленный дизеринг (очень тихий шум) при микшировании? Это маловероятно даже на очень дорогих трактах. Т.е. мы можем придти к мнению, что все в порядке, но внутренне опасаться, что возможно на каких-то композициях мы теряем некоторую музыкальную составляющую, что система дает результат не на 100%, а на 99.99%.

С чем сравнивать? Формально, если Linux выводит звук верно, звучание должно ничем не отличаться от звука Windows из под WASAPI. Заниматься же просто прослушиванием, «нравится/не нравится» смысла нет, т.к. это будет просто выбор того звука, который нравится, а не который соответствует концепции «бит-в-бит».

Тест BitPerfect в Linux

Что бы расставить точки над «i» и фанаты Linux смогли бы прокричать «мы же говорили, что Linux самый лучший» или «ну и что, что BitPerfect нет, зато звучит то как хорошо!», автор предложил сделать проверку побитовой передачи звукового потока с помощью упомянутого выше Audiolab M-DAC, обладающего аппаратной проверкой данных. Для теста необходимо воспроизвести специальный проверочный wav файл и подать звуковой поток в M-DAC, на любой цифровой его вход (SPDIF, TOSLINK или USB). Встроенный анализатор соответственно выдает статус по BitPrefect в режиме проверки. На текущий момент для M-DAC существует два файла с разрешение 44,1 кГц 16 бит и 96 кГц 24 бит.

Предлагалось привезти компьютер с установленным Linux со звуковой картой с цифровым выходом. Альтернативный вариант – это компьютер с Linux со свободным USB портом для подключения M-DAC напрямик и соответственно передачей звукового потока по USB (вариант менее желательный, т.к. вдруг бы M-DAC не определился в системе?).

Что показательно, кто громче всех считал бредом малейшие сомнения в качестве звуковой подсистемы Linux, не посчитали необходимым поучаствовать в тесте.

Практическое тестирование

На предложение проверить Linux откликнулся ValdikSS, предоставив ноутбук с установленным Linux (KDE). Отдельной звуковой карты не было, поэтому к ноутбуку подключался M-DAC по USB. M-DAC определился сразу и ничего не помешало проведению теста.

Перед тестом в Linux была проведена отдельная проверка M-DAC в Windows из под Foobar2000. Под WASAPI из foobar2000 для тестовых файлов 44/16 и 96/24 M-DAC отрапортовал статусом “Bit Accurate”, а при выборе Direct Sound соответсвенно «Test Failed» — микширование подсистемы Windows не осталось незамеченным.

Убедившись, что M-DAC работает корректно, приступили к проверке в Linux.

Использовался Amarok с выводом через VLC, MPV и GStreamer. При настройке в PulseAudio двух поддерживаемых частот 44.1 и 96 кГц для всех плееров можно было наблюдать корректную работу автомата опорной частоты (при соответственно отключенных ресемплерах в настройках плееров). При выставлении значения регулятора громкости в 100% M-DAC отрапортовал “Bit Accurate”, что указывает на полностью корректную передачу данных от плеера до самого ЦАП.

При передаче звукового потока напрямую в ALSA, не задействуя PulseAudio, возникли сложности.

USB приемник в M-DAC принимает поток исключительно в 24 бит. При выборе WASAPI в Foobar2000, отдельно выставляется разрядность выходного потока и звук есть только при выборе 24 бит. Т.е. преобразованием разрядности занимается непосредственно Foobar2000, по сути добавляя «пустые» 8 бит. Т.к. преобразование происходит корректно, то тест с файлом для 44кГц 16 бит проходит положительно. Аналогично в Linux при выводе звука в PulseAudio, именно PulseAudio делает преобразование (и по результатам теста – корректно).

А вот в ALSA не удалось отправить 16-ти битный поток, который бы из ALSA поступил в 24 бит в M-DAC по USB и тест для 44.1 и 16 бит был провален. Тест же для 96 кГц и 24 бит прошел корректно, что дает основания считать, что если у звуковой карты на прием доступен режим в 16 бит – то будет полный порядок.

В комментариях предлагается поделится мнением, как можно конвертировать 16 бит в 24 в ALSA, если это возможно.

Впечатления со стороны

Общие впечатления автора со стороны, как пользователя Windows.

Очевидные плюсы звука в Linux

Среди плюсов можно отметить, что настройки в PulseAudio/ALSA имеют прямое отношение к любому программному плееру и соответственно количество и разнообразие плееров гораздо больше, чем плееров в Windows c настройкой Wasapi (настройка доступна только в параметрах плеера). Особо выигрышно тут выглядят видеоплееры, т.к. под Windows из видеоплееров с WASAPI пока доступен лишь Light Alloy.

Очевидные минусы звука в Linux

Отладка параметров с использованием консоли. Возможно, освоить консоль не долго. Но это лишнее время, которое потребуется потратить пользователю, вместо того, что бы получить сразу быстрый результат в Windows.

Воспроизведение DSD потока, получающего более широкое распространение последние пару лет, пока под большим вопросом.

Итог тестирования

Тест показал, что Linux действительно можно использовать в составе Hi-Fi/Hi-End систем с концепцией BitPerfect. И если раньше Linux подходил на эту роль теоретически, и давал повод для сомнений, то проведенный тест показал, что концепция BitPerfect является реальностью и доказанным фактом.

Источник