Шипящий шум через наушники только в Ubuntu

Question

Шипящий шум через наушники только в Ubuntu

Поэтому я просмотрел многие другие форумы, но пока ничего из того, что я видел, не устранило мою проблему. Как только я загружаю свой ноутбук Lenovo T440s, я начинаю слышать треск, а потом громкое непрерывное шипение, которое, кажется, выключается в любое время, когда звук настраивается. Это происходит только тогда, когда я загружаюсь в Ubuntu, когда я загружаюсь в Windows, у меня нет этой проблемы.

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

Когда я открываю "Настройки звука", он останавливается, но ничто из того, что я там делал, не мешало ему вернуться. Единственное, что пока останавливает, - это если у меня играют другие звуки. Похоже, это результат того, что звуковая карта не используется. Есть идеи? или форумы, которые уже занимались этим, чего я не видел? Спасибо

9

sound headphones

Источник

Butternubs Randy 04 июн '15 в 17:18

2 ответа

Другие вопросы по тегам sound headphones

user126350 30 июл '15 в 05:57 2015-07-30 05:57 · Answer 1 · 2015-07-30 05:57

Это может быть звуковая карта Intel, переходящая в режим энергосбережения. Проверьте, включено ли энергосбережение в данный момент:

    cat /sys/module/snd_hda_intel/parameters/power_save

Если это возвращает 1, энергосбережение включено; в противном случае возвращается 0. Проверьте, решает ли это изменение, выполнив runnning

    echo 0 | sudo tee /sys/module/snd_hda_intel/parameters/power_save

Затем включите музыку, поставьте ее на паузу и посмотрите, вернется ли шум Если проблема сохраняется, это что-то еще.

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

ALSA

к /etc/modprobe.d/alsa-base.conf, добавьте строку:

    options snd-hda-intel power_save=0

Power.d

к /usr/lib/pm-utils/power.d/intel-audio-powersave, добавьте или раскомментируйте строку: INTEL_AUDIO_POWERSAVE = false

TLP

Если установлено, в /etc/default/tlpустановите следующее:

    SOUND_POWER_SAVE_ON_BAT=0

Unferium 06 окт '16 в 20:39 2016-10-06 20:39 · Answer 2 · 2016-10-06 20:39

Я искал решения этой проблемы в Интернете, и я нашел тему, которая занимается этим. Основываясь на исходном ответе, который я нашел, самым постоянным методом было редактирование моего

/etc/init.d/alsa-<distro_dependent_filename>

Я добавил в конец разделов запуска и сброса следующее:

if [ -f /sys/module/snd_hda_intel/parameters/power_save ]
then
    log_action_begin_msg "Trying workaround for Intel HDA..."
    echo 0 >/sys/module/snd_hda_intel/parameters/power_save
else
    log_action_begin_msg "Not using Intel HDA workaround"
fi

и изменить верхнюю часть скрипта из #!/bin/sh в #!/bin/bash

Все, что он делает, это проверяет, является ли Intel HDA power_save файл существует и ставит 0 внутрь. Если нет (как мой 6-часовой портативный полевой сервис), то изящно объявляет, что не будет использовать обходной путь.

Это должно быть связано с неуклюжим и нестандартным дизайном оборудования, поскольку последние дистрибутивы (конец 2016 года) до сих пор делают это с моим "портативным рабочим столом". Тем не менее, это исправление работает на большинстве производных Ubuntu/Debian и некоторых других дистрибутивах (с моим аппаратным AFAIK).

PS Это может быть хорошим вики-материалом, поскольку я часто видел, как это происходит на нескольких портативных настольных компьютерах типа со сложными (2.1, 5.1 и т. Д.) Звуковыми системами.

Название предложения: Hissing Speaker Fixes