Как понять аудиоподсистему?

Я уже использовал много версий Ubuntu, я начал с 5.10. Но при этом у меня были проблемы с аудиоподсистемой. Независимо от того, какое оборудование, в настоящее время у меня есть два компьютера, и у обоих есть проблемы. На моем ноутбуке мне нужно запустить канал Speaker, чтобы получить звук, на моем рабочем столе, а также Ubuntu 10.04 / 32 бит, и мне потребовалось много усилий, чтобы заставить звук работать. На самом деле это просто сработало случайно. Хотя качество входного звука по-прежнему очень плохое.

Теперь я установил на другой раздел Ubuntu 10.04 / 64bit, и звук не работает, хотя стек программного обеспечения высокого уровня кажется прекрасным. Pavucontrol регистрирует звуки и показывает правильное оборудование, но я ничего не слышу. (За исключением других выходных гнезд, передней панели и другого канала, я слышу странные звуки.)

Мой вопрос: как я могу научиться понимать звуковую систему Ubuntu и уметь самостоятельно отлаживать такие проблемы? [ ! d2]

И еще один вопрос: почему аудио на Ubuntu так сложно? В онлайн-форумах должно быть много десятков тысяч тем, и я уже видел десятки потоков, не указывающих на успешное решение. С другой стороны, должны быть сотни руководств по решению проблем, но ни один из них не способен покрыть все это ...

Спасибо, Филипп

3
задан 5 December 2010 в 07:40

13 ответов

во время моего пребывания на сохранении аудио стек компьютер в Ubuntu, я сделал несколько презентаций по отладку на рабочем столе, и вы можете найти это один из самых нежных и познавательно. Суть вопроса в том, что сочетания эго (он же "технический гордость"), политике и собственности столкновений (ака "не поддерживаешь") вызвали болото Апис урожай за последние десять лет (и несколько лет), и многие неверные предположения были сделаны повсюду. Мы продолжаем устранить многие нестыковки и плохого предположения. Для Ubuntu в частности, у нас есть группа разработчиков запуска. Я не могу говорить за других членов, потому что они все канонические сотрудников и могут иметь дополнительные ограничения, но, конечно, не стесняйтесь связаться со мной через запуска; я рад, что вы пройдете через процесс отладки индивидуально, как и наши графики сетки.

очень важно отметить, что мы продолжаем устранить многие нестыковки и убогих предположений. Эти требования по-прежнему выставляют убогих предположений в ядре, звуковые драйверы, и базовых библиотек. В течение длительного времени, "решение народа" для "фиксации сломанной звук" состоял из удаления pulseaudio, который эффективно пропускает сломанный аспекты ядра, драйверы, и базовых самих библиотек. Так что, пока вы "сделать звук" проблема осталась. В конце концов, это гораздо лучше исправить полностью проблемы.

подводя итог, есть два общих подхода к методической аудио отладки. Один начинается на уровне приложения, скажем, Баньши, или один начинается на аппаратном уровне. Ради последовательности я буду называть первые "высокого уровня", т. е. выше в стеке, а последний, как "низкий уровень" или ниже по стеку ближе к оборудованию. Мне наиболее комфортно по устранению неполадок с наименьшим уровнем выше, так как мое участие в аудио за последние десятилетия (от создание и поддержание драйверов устройств через приложение интеграции) видел производителям повторения ошибок в Linux, т. е. ядра, приходится обойти (или "взломать", как мы, разработчики иногда называют). Однако аппаратных людей не более виновен, чем люди. Эти проблемы имеют много оснований: не важно, будут ли они лежать в BIOS, блока питания, материнской платы, мостов, контроллеров и звуковых кодеков, ядра или в пользовательском пространстве порции (библиотеки, API-интерфейсов, с pulseaudio, приложения и так далее). В конце концов этот вопрос довольно прост: все мы недостаточно ручка в ауте условия с каждого уровня ниже и через.

на уровне аппаратного обеспечения ПК, мы начинаем отладку, несколько презентаций на отладку настольном аспект. Большинство современных настольных звукового оборудования имеет два существенных компонента: идентификатор шины PCI подсистемы и подсистемы Аудио кодек идентификатор. Вы можете найти через [Ф1]; ищите аудио коды подсистемы 0401 (АС'97) или 0403 (этот). В зависимости от аппаратного обеспечения, последнее можно определить с помощью информации, предоставляемых сам драйвер alsa в [Ф2] (разработчиков отладку сценариев я просто связан позволяет автоматизировать сбор информации). Это совершенно необходимо, чтобы осознать и помнить, что мы все недостаточно ручка в ауте условия с каждого уровня ниже и через. По этой причине проще на людей исправлять ошибки, чтобы иметь четкое сообщение об ошибке, и вот почему в Ubuntu у нас есть [Ф3] для проблемы с драйверами и [F4] и для прикладных задач. Если Вы не уверены, что виноват, просто выберите один, или использовать Ubuntu-ошибка аудио симптома. Несмотря на это, мы будем запрашивать дополнительную информацию по мере необходимости.

имя SSID PCI является важным, потому что это рекорд, который производитель компьютер интегрирует, какой набор аудио компонентов на материнской плате. Например, вы часто найдете Делл, НР/Compaq, асер, Samsung, Lenovo и т. д., используя различные комбинации для idt/Sigmatel, Realtek драйвер, перистые, аналоговых, и для conexant аудио компоненты. В Dell с Реалтек 269 не обязательно иметь такое же поведение как HP с Реалтек 269.

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

к сожалению, вот где начинаются проблемы. Если предположить, что BIOS-это ок (это скорее пустые домыслы, так как есть много разбитых Віоѕы, которые творят беспредел с аудио в Linux), иногда имя SSID PCI неправильно использовать повторно. В тех ситуациях, наш выход-применять конкретные закидоны в драйвере на основе SSID кодек. К сожалению, до сих пор, иногда имя SSID кодек неправильно использован. В таких ситуациях, мы должны смотреть на конкретные изменения кодеков в дополнение к более слепо перебора пытается инициализировать драйвер.

для наиболее новейшего оборудования, мы склонны доверять в BIOS вместо того, чтобы использовать наш исторический "просто использовать это жестко определение" подхода. В некоторых ситуациях мы должны использовать инструменты для эмуляции кодек, чтобы найти определения пин-кода выполняют какие функции. Отсутствующие функции в драйвере для обработки Джека смысле, т. е. (ООН)отключение внутренних динамиков для наушников (удален)вставлен, АС'97 в этом моде.

после того, как мы определили, что ваше базовое оборудование не сломано и что звуковой драйвер не нужно исправлять, мы смотрим в пространстве слоя, а именно [ф5], [ф6], и [ф7]. Подавляющее большинство проблем лежат в драйвере или в (какой интерфейс) с pulseaudio.

[ф8] отвечает за обработку всех операций в собственном АЛСА (таким образом, с pulseaudio использует его, тоже). Здесь проблемы будут проявляться независимо от того, pulseaudio используется. С другой стороны, проблемы, возникающие только при использовании "по умолчанию" виртуальное устройство в alsa может указывать либо на С pulseaudio [ф9] плагин (в [ф10]) или с pulseaudio себя. В стандартный дистрибутив Ubuntu 8.10 и kubuntu 10.10 установок, маршруты по умолчанию с помощью установщика, так что переключение между "по умолчанию" и родной пакет выходы (или входы, в случае использования может быть) должно помочь сузить круг слоя для дальнейшего расследования.

8
ответ дан 26 May 2018 в 00:06
  • 1
    Большое спасибо за ваш подробный ответ и вашу помощь. Я не предполагал, что многие звуковые ошибки имеют корень низкого уровня. И да, я помню, что я «решил». мои проблемы с Ubuntu 8.04, удалив pulseaudio. Я просмотрю вашу презентацию и ваши ссылки и скоро свяжусь с вами на стартовой панели. – Philip 7 December 2010 в 03:14

во время моего пребывания на сохранении аудио стек компьютер в Ubuntu, я сделал несколько презентаций по отладку на рабочем столе, и вы можете найти это один из самых нежных и познавательно. Суть вопроса в том, что сочетания эго (он же "технический гордость"), политике и собственности столкновений (ака "не поддерживаешь") вызвали болото Апис урожай за последние десять лет (и несколько лет), и многие неверные предположения были сделаны повсюду. Мы продолжаем устранить многие нестыковки и плохого предположения. Для Ubuntu в частности, у нас есть группа разработчиков запуска. Я не могу говорить за других членов, потому что они все канонические сотрудников и могут иметь дополнительные ограничения, но, конечно, не стесняйтесь связаться со мной через запуска; я рад, что вы пройдете через процесс отладки индивидуально, как и наши графики сетки.

очень важно отметить, что мы продолжаем устранить многие нестыковки и убогих предположений. Эти требования по-прежнему выставляют убогих предположений в ядре, звуковые драйверы, и базовых библиотек. В течение длительного времени, "решение народа" для "фиксации сломанной звук" состоял из удаления pulseaudio, который эффективно пропускает сломанный аспекты ядра, драйверы, и базовых самих библиотек. Так что, пока вы "сделать звук" проблема осталась. В конце концов, это гораздо лучше исправить полностью проблемы.

подводя итог, есть два общих подхода к методической аудио отладки. Один начинается на уровне приложения, скажем, Баньши, или один начинается на аппаратном уровне. Ради последовательности я буду называть первые "высокого уровня", т. е. выше в стеке, а последний, как "низкий уровень" или ниже по стеку ближе к оборудованию. Мне наиболее комфортно по устранению неполадок с наименьшим уровнем выше, так как мое участие в аудио за последние десятилетия (от создание и поддержание драйверов устройств через приложение интеграции) видел производителям повторения ошибок в Linux, т. е. ядра, приходится обойти (или "взломать", как мы, разработчики иногда называют). Однако аппаратных людей не более виновен, чем люди. Эти проблемы имеют много оснований: не важно, будут ли они лежать в BIOS, блока питания, материнской платы, мостов, контроллеров и звуковых кодеков, ядра или в пользовательском пространстве порции (библиотеки, API-интерфейсов, с pulseaudio, приложения и так далее). В конце концов этот вопрос довольно прост: все мы недостаточно ручка в ауте условия с каждого уровня ниже и через.

на уровне аппаратного обеспечения ПК, мы начинаем отладку, несколько презентаций на отладку настольном аспект. Большинство современных настольных звукового оборудования имеет два существенных компонента: идентификатор шины PCI подсистемы и подсистемы Аудио кодек идентификатор. Вы можете найти через lspci -nv; ищите аудио коды подсистемы 0401 (АС'97) или 0403 (этот). В зависимости от аппаратного обеспечения, последнее можно определить с помощью информации, предоставляемых сам драйвер alsa в /proc/asound (разработчиков отладку сценариев я просто связан позволяет автоматизировать сбор информации). Это совершенно необходимо, чтобы осознать и помнить, что мы все недостаточно ручка в ауте условия с каждого уровня ниже и через. По этой причине проще на людей исправлять ошибки, чтобы иметь четкое сообщение об ошибке, и вот почему в Ubuntu у нас есть ubuntu-bug alsa-base для проблемы с драйверами и [F4] и для прикладных задач. Если Вы не уверены, что виноват, просто выберите один, или использовать Ubuntu-ошибка аудио симптома. Несмотря на это, мы будем запрашивать дополнительную информацию по мере необходимости.

имя SSID PCI является важным, потому что это рекорд, который производитель компьютер интегрирует, какой набор аудио компонентов на материнской плате. Например, вы часто найдете Делл, НР/Compaq, асер, Samsung, Lenovo и т. д., используя различные комбинации для idt/Sigmatel, Realtek драйвер, перистые, аналоговых, и для conexant аудио компоненты. В Dell с Реалтек 269 не обязательно иметь такое же поведение как HP с Реалтек 269.

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

к сожалению, вот где начинаются проблемы. Если предположить, что BIOS-это ок (это скорее пустые домыслы, так как есть много разбитых Віоѕы, которые творят беспредел с аудио в Linux), иногда имя SSID PCI неправильно использовать повторно. В тех ситуациях, наш выход-применять конкретные закидоны в драйвере на основе SSID кодек. К сожалению, до сих пор, иногда имя SSID кодек неправильно использован. В таких ситуациях, мы должны смотреть на конкретные изменения кодеков в дополнение к более слепо перебора пытается инициализировать драйвер.

для наиболее новейшего оборудования, мы склонны доверять в BIOS вместо того, чтобы использовать наш исторический "просто использовать это жестко определение" подхода. В некоторых ситуациях мы должны использовать инструменты для эмуляции кодек, чтобы найти определения пин-кода выполняют какие функции. Отсутствующие функции в драйвере для обработки Джека смысле, т. е. (ООН)отключение внутренних динамиков для наушников (удален)вставлен, АС'97 в этом моде.

после того, как мы определили, что ваше базовое оборудование не сломано и что звуковой драйвер не нужно исправлять, мы смотрим в пространстве слоя, а именно alsa-lib, alsa-plugins, и pulseaudio. Подавляющее большинство проблем лежат в драйвере или в (какой интерфейс) с pulseaudio.

alsa-lib отвечает за обработку всех операций в собственном АЛСА (таким образом, с pulseaudio использует его, тоже). Здесь проблемы будут проявляться независимо от того, pulseaudio используется. С другой стороны, проблемы, возникающие только при использовании "по умолчанию" виртуальное устройство в alsa может указывать либо на С pulseaudio alsa-lib плагин (в alsa-plugins) или с pulseaudio себя. В стандартный дистрибутив Ubuntu 8.10 и kubuntu 10.10 установок, маршруты по умолчанию с помощью установщика, так что переключение между "по умолчанию" и родной пакет выходы (или входы, в случае использования может быть) должно помочь сузить круг слоя для дальнейшего расследования.

8
ответ дан 25 July 2018 в 22:47

во время моего пребывания на сохранении аудио стек компьютер в Ubuntu, я сделал несколько презентаций по отладку на рабочем столе, и вы можете найти это один из самых нежных и познавательно. Суть вопроса в том, что сочетания эго (он же "технический гордость"), политике и собственности столкновений (ака "не поддерживаешь") вызвали болото Апис урожай за последние десять лет (и несколько лет), и многие неверные предположения были сделаны повсюду. Мы продолжаем устранить многие нестыковки и плохого предположения. Для Ubuntu в частности, у нас есть группа разработчиков запуска. Я не могу говорить за других членов, потому что они все канонические сотрудников и могут иметь дополнительные ограничения, но, конечно, не стесняйтесь связаться со мной через запуска; я рад, что вы пройдете через процесс отладки индивидуально, как и наши графики сетки.

очень важно отметить, что мы продолжаем устранить многие нестыковки и убогих предположений. Эти требования по-прежнему выставляют убогих предположений в ядре, звуковые драйверы, и базовых библиотек. В течение длительного времени, "решение народа" для "фиксации сломанной звук" состоял из удаления pulseaudio, который эффективно пропускает сломанный аспекты ядра, драйверы, и базовых самих библиотек. Так что, пока вы "сделать звук" проблема осталась. В конце концов, это гораздо лучше исправить полностью проблемы.

подводя итог, есть два общих подхода к методической аудио отладки. Один начинается на уровне приложения, скажем, Баньши, или один начинается на аппаратном уровне. Ради последовательности я буду называть первые "высокого уровня", т. е. выше в стеке, а последний, как "низкий уровень" или ниже по стеку ближе к оборудованию. Мне наиболее комфортно по устранению неполадок с наименьшим уровнем выше, так как мое участие в аудио за последние десятилетия (от создание и поддержание драйверов устройств через приложение интеграции) видел производителям повторения ошибок в Linux, т. е. ядра, приходится обойти (или "взломать", как мы, разработчики иногда называют). Однако аппаратных людей не более виновен, чем люди. Эти проблемы имеют много оснований: не важно, будут ли они лежать в BIOS, блока питания, материнской платы, мостов, контроллеров и звуковых кодеков, ядра или в пользовательском пространстве порции (библиотеки, API-интерфейсов, с pulseaudio, приложения и так далее). В конце концов этот вопрос довольно прост: все мы недостаточно ручка в ауте условия с каждого уровня ниже и через.

на уровне аппаратного обеспечения ПК, мы начинаем отладку, несколько презентаций на отладку настольном аспект. Большинство современных настольных звукового оборудования имеет два существенных компонента: идентификатор шины PCI подсистемы и подсистемы Аудио кодек идентификатор. Вы можете найти через lspci -nv; ищите аудио коды подсистемы 0401 (АС'97) или 0403 (этот). В зависимости от аппаратного обеспечения, последнее можно определить с помощью информации, предоставляемых сам драйвер alsa в /proc/asound (разработчиков отладку сценариев я просто связан позволяет автоматизировать сбор информации). Это совершенно необходимо, чтобы осознать и помнить, что мы все недостаточно ручка в ауте условия с каждого уровня ниже и через. По этой причине проще на людей исправлять ошибки, чтобы иметь четкое сообщение об ошибке, и вот почему в Ubuntu у нас есть ubuntu-bug alsa-base для проблемы с драйверами и [F4] и для прикладных задач. Если Вы не уверены, что виноват, просто выберите один, или использовать Ubuntu-ошибка аудио симптома. Несмотря на это, мы будем запрашивать дополнительную информацию по мере необходимости.

имя SSID PCI является важным, потому что это рекорд, который производитель компьютер интегрирует, какой набор аудио компонентов на материнской плате. Например, вы часто найдете Делл, НР/Compaq, асер, Samsung, Lenovo и т. д., используя различные комбинации для idt/Sigmatel, Realtek драйвер, перистые, аналоговых, и для conexant аудио компоненты. В Dell с Реалтек 269 не обязательно иметь такое же поведение как HP с Реалтек 269.

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

к сожалению, вот где начинаются проблемы. Если предположить, что BIOS-это ок (это скорее пустые домыслы, так как есть много разбитых Віоѕы, которые творят беспредел с аудио в Linux), иногда имя SSID PCI неправильно использовать повторно. В тех ситуациях, наш выход-применять конкретные закидоны в драйвере на основе SSID кодек. К сожалению, до сих пор, иногда имя SSID кодек неправильно использован. В таких ситуациях, мы должны смотреть на конкретные изменения кодеков в дополнение к более слепо перебора пытается инициализировать драйвер.

для наиболее новейшего оборудования, мы склонны доверять в BIOS вместо того, чтобы использовать наш исторический "просто использовать это жестко определение" подхода. В некоторых ситуациях мы должны использовать инструменты для эмуляции кодек, чтобы найти определения пин-кода выполняют какие функции. Отсутствующие функции в драйвере для обработки Джека смысле, т. е. (ООН)отключение внутренних динамиков для наушников (удален)вставлен, АС'97 в этом моде.

после того, как мы определили, что ваше базовое оборудование не сломано и что звуковой драйвер не нужно исправлять, мы смотрим в пространстве слоя, а именно alsa-lib, alsa-plugins, и pulseaudio. Подавляющее большинство проблем лежат в драйвере или в (какой интерфейс) с pulseaudio.

alsa-lib отвечает за обработку всех операций в собственном АЛСА (таким образом, с pulseaudio использует его, тоже). Здесь проблемы будут проявляться независимо от того, pulseaudio используется. С другой стороны, проблемы, возникающие только при использовании "по умолчанию" виртуальное устройство в alsa может указывать либо на С pulseaudio alsa-lib плагин (в alsa-plugins) или с pulseaudio себя. В стандартный дистрибутив Ubuntu 8.10 и kubuntu 10.10 установок, маршруты по умолчанию с помощью установщика, так что переключение между "по умолчанию" и родной пакет выходы (или входы, в случае использования может быть) должно помочь сузить круг слоя для дальнейшего расследования.

8
ответ дан 31 July 2018 в 13:13

во время моего пребывания на сохранении аудио стек компьютер в Ubuntu, я сделал несколько презентаций по отладку на рабочем столе, и вы можете найти это один из самых нежных и познавательно. Суть вопроса в том, что сочетания эго (он же "технический гордость"), политике и собственности столкновений (ака "не поддерживаешь") вызвали болото Апис урожай за последние десять лет (и несколько лет), и многие неверные предположения были сделаны повсюду. Мы продолжаем устранить многие нестыковки и плохого предположения. Для Ubuntu в частности, у нас есть группа разработчиков запуска. Я не могу говорить за других членов, потому что они все канонические сотрудников и могут иметь дополнительные ограничения, но, конечно, не стесняйтесь связаться со мной через запуска; я рад, что вы пройдете через процесс отладки индивидуально, как и наши графики сетки.

очень важно отметить, что мы продолжаем устранить многие нестыковки и убогих предположений. Эти требования по-прежнему выставляют убогих предположений в ядре, звуковые драйверы, и базовых библиотек. В течение длительного времени, "решение народа" для "фиксации сломанной звук" состоял из удаления pulseaudio, который эффективно пропускает сломанный аспекты ядра, драйверы, и базовых самих библиотек. Так что, пока вы "сделать звук" проблема осталась. В конце концов, это гораздо лучше исправить полностью проблемы.

подводя итог, есть два общих подхода к методической аудио отладки. Один начинается на уровне приложения, скажем, Баньши, или один начинается на аппаратном уровне. Ради последовательности я буду называть первые "высокого уровня", т. е. выше в стеке, а последний, как "низкий уровень" или ниже по стеку ближе к оборудованию. Мне наиболее комфортно по устранению неполадок с наименьшим уровнем выше, так как мое участие в аудио за последние десятилетия (от создание и поддержание драйверов устройств через приложение интеграции) видел производителям повторения ошибок в Linux, т. е. ядра, приходится обойти (или "взломать", как мы, разработчики иногда называют). Однако аппаратных людей не более виновен, чем люди. Эти проблемы имеют много оснований: не важно, будут ли они лежать в BIOS, блока питания, материнской платы, мостов, контроллеров и звуковых кодеков, ядра или в пользовательском пространстве порции (библиотеки, API-интерфейсов, с pulseaudio, приложения и так далее). В конце концов этот вопрос довольно прост: все мы недостаточно ручка в ауте условия с каждого уровня ниже и через.

на уровне аппаратного обеспечения ПК, мы начинаем отладку, несколько презентаций на отладку настольном аспект. Большинство современных настольных звукового оборудования имеет два существенных компонента: идентификатор шины PCI подсистемы и подсистемы Аудио кодек идентификатор. Вы можете найти через lspci -nv; ищите аудио коды подсистемы 0401 (АС'97) или 0403 (этот). В зависимости от аппаратного обеспечения, последнее можно определить с помощью информации, предоставляемых сам драйвер alsa в /proc/asound (разработчиков отладку сценариев я просто связан позволяет автоматизировать сбор информации). Это совершенно необходимо, чтобы осознать и помнить, что мы все недостаточно ручка в ауте условия с каждого уровня ниже и через. По этой причине проще на людей исправлять ошибки, чтобы иметь четкое сообщение об ошибке, и вот почему в Ubuntu у нас есть ubuntu-bug alsa-base для проблемы с драйверами и [F4] и для прикладных задач. Если Вы не уверены, что виноват, просто выберите один, или использовать Ubuntu-ошибка аудио симптома. Несмотря на это, мы будем запрашивать дополнительную информацию по мере необходимости.

имя SSID PCI является важным, потому что это рекорд, который производитель компьютер интегрирует, какой набор аудио компонентов на материнской плате. Например, вы часто найдете Делл, НР/Compaq, асер, Samsung, Lenovo и т. д., используя различные комбинации для idt/Sigmatel, Realtek драйвер, перистые, аналоговых, и для conexant аудио компоненты. В Dell с Реалтек 269 не обязательно иметь такое же поведение как HP с Реалтек 269.

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

к сожалению, вот где начинаются проблемы. Если предположить, что BIOS-это ок (это скорее пустые домыслы, так как есть много разбитых Віоѕы, которые творят беспредел с аудио в Linux), иногда имя SSID PCI неправильно использовать повторно. В тех ситуациях, наш выход-применять конкретные закидоны в драйвере на основе SSID кодек. К сожалению, до сих пор, иногда имя SSID кодек неправильно использован. В таких ситуациях, мы должны смотреть на конкретные изменения кодеков в дополнение к более слепо перебора пытается инициализировать драйвер.

для наиболее новейшего оборудования, мы склонны доверять в BIOS вместо того, чтобы использовать наш исторический "просто использовать это жестко определение" подхода. В некоторых ситуациях мы должны использовать инструменты для эмуляции кодек, чтобы найти определения пин-кода выполняют какие функции. Отсутствующие функции в драйвере для обработки Джека смысле, т. е. (ООН)отключение внутренних динамиков для наушников (удален)вставлен, АС'97 в этом моде.

после того, как мы определили, что ваше базовое оборудование не сломано и что звуковой драйвер не нужно исправлять, мы смотрим в пространстве слоя, а именно alsa-lib, alsa-plugins, и pulseaudio. Подавляющее большинство проблем лежат в драйвере или в (какой интерфейс) с pulseaudio.

alsa-lib отвечает за обработку всех операций в собственном АЛСА (таким образом, с pulseaudio использует его, тоже). Здесь проблемы будут проявляться независимо от того, pulseaudio используется. С другой стороны, проблемы, возникающие только при использовании "по умолчанию" виртуальное устройство в alsa может указывать либо на С pulseaudio alsa-lib плагин (в alsa-plugins) или с pulseaudio себя. В стандартный дистрибутив Ubuntu 8.10 и kubuntu 10.10 установок, маршруты по умолчанию с помощью установщика, так что переключение между "по умолчанию" и родной пакет выходы (или входы, в случае использования может быть) должно помочь сузить круг слоя для дальнейшего расследования.

8
ответ дан 2 August 2018 в 04:11

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 26 May 2018 в 00:06
  • 1
    Да, я уже проверил wiki-страницы ubuntu, а также документацию PulseAudio. Но все эти документы охватывают только отдельные аспекты. – Philip 5 December 2010 в 18:10

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 25 July 2018 в 22:47
  • 1
    Да, я уже проверил wiki-страницы ubuntu, а также документацию PulseAudio. Но все эти документы охватывают только отдельные аспекты. – Philip 5 December 2010 в 18:10

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 31 July 2018 в 13:13
  • 1
    Да, я уже проверил wiki-страницы ubuntu, а также документацию PulseAudio. Но все эти документы охватывают только отдельные аспекты. – Philip 5 December 2010 в 18:10

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 2 August 2018 в 04:11
  • 1
    Да, я уже проверил wiki-страницы ubuntu, а также документацию PulseAudio. Но все эти документы охватывают только отдельные аспекты. – Philip 5 December 2010 в 18:10

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 4 August 2018 в 20:16

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 6 August 2018 в 04:17

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 7 August 2018 в 22:21

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 10 August 2018 в 10:31

Возможно, вы захотите начать чтение из записи PulseAudio в wiki ubuntu.

2
ответ дан 13 August 2018 в 16:57
  • 1
    Да, я уже проверил wiki-страницы ubuntu, а также документацию PulseAudio. Но все эти документы охватывают только отдельные аспекты. – Philip 5 December 2010 в 18:10

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

Похожие вопросы: