설정 | 사운드 입력이 Debian 10에서 마이크를 감지하지 못하는 이유는 무엇입니까?

Question 1

부분 답변:

두 가지 모두 amixer -c0마이크가 연결되어 있든 없든 정확히 동일한 결과를 제공합니다.cat /proc/asound/card*/codec#*

이는 코덱이 어떤 이유로든 마이크가 연결되어 있는지 감지할 수 없음을 의미합니다.

특히 BIOS가 핀 콤플렉스에 잘못된 값을 할당하는 경우(특히 노트북에서 매우 흔한 실수)를 배제하고 ALSA는 단순히 코덱 변경을 허용하지 않습니다(이런 일도 발생할 수 있음).

따라서 하드웨어가 고장났거나(그러면 작동하게 할 방법이 없음) 올바른 구성을 설정하여 마이크를 수동으로 얻을 수 있습니다. 따라서 "발견되지 않은 사례"를 해결하는 것은 도움이 되지 않습니다.

볼륨 설정을 변경하면 로드 소음에 어떤 영향을 미치나요? 어떤 설정이 영향을 미치고 어떤 설정이 영향을 미치지 않습니까?

편집하다

좋아, 내가 도착한 코덱 매핑 토폴로지에서

N = Node  P = Pin  M = Mixer  I = Audio In  O = Audio Out  S = Selector
V = Vendor

O02 "Front"
O03 "Speaker"
O04 "Surround"
O05 "Center"
O06 "Digital"
V07
I08 <- N23  Main
I09 <- N22  Alt
I0a <- P1f  Digital
M0b <- P18 P19 P1a P1b P1c P1d P14 P15 P16 P17  
M0c <- O02 M0b                  "Loopback 1"
M0d <- O03 M0b                  "Loopback 2"
M0e <- O04 M0b                  "Loopback 3"
M0f <- O05 M0b                  "Loopback 4"
O10 "Digital"
P11 Line out
P12                             ??      Speaker Ext Rear
V13
P14 <- M0c                      OUT     Line Out Ext Rear
P15 <- M0d                      OUT     Speaker Int
P16 <- M0e                      IN      Speaker Ext Rear  Black
P17 <- M0f                      IN      Speaker Ext Rear  Black
P18 <- M0c M0d M0e M0f N26      IN      Mic Ext Rear
P19 <- M0c M0d M0e M0f N26      IN      Mic Ext Front
P1a <- M0c M0d M0e M0f N26      IN      Line In Ext Rear
P1b <- M0c M0d M0e M0f N26      OUT     HP Out
P1c                             IN
P1d                             IN
P1e <- O06                      OUT DIG
P1f                             IN
V20
V21
M22 <- P18 P19 P1a P1b P1c P1d P14 P15 P16 P17 M9b P12          Alt
M23 <- P18 P19 P1a P1b P1c P1d P14 P15 P16 P17 M9b              Main
V24
O25
M26 <- O25 M0b

이는 P16 및 P17이 BIOS에 의해 오류로 표시되어(OUT이어야 함) 연결되지 않을 수 있음을 의미합니다. M22와 M23은 2입력 녹음 믹서이고, M0b는 루프백 믹서입니다.

ALSA 레이블을 보면 ALSA가 토폴로지에 대해 혼동을 느끼고 레이블을 잘못 할당한 것 같습니다.

따라서 여러분이 듣는 것은 녹음 중에 ALSA가 잘못된 연결을 했기 때문에 코덱 어딘가에서 포착된 소음뿐입니다.

1) MIC를 연결하지 않은 상태에서 코덱 덤프를 수행하고 이를 연결한 후 두 번째 코덱 덤프를 수행하여 검색을 다시 테스트합니다. 두 덤프를 diff. 너~해야 한다노드 P18 또는 P19의 차이점을 확인하세요. 그 차이는 매우 작습니다.

2) hdajackretaskP16과 P17을 수정하여 더 이상 ALSA를 혼동하지 않는지 확인할 수 있습니다.

3) 코덱의 작동 방식을 이해했다면 패키지 hda-verb의 콘텐츠를 사용하여 alsa-tools녹음 중에 ALSA가 할당한 잘못된 할당을 수동으로 수정하고 그것이 올바른지 확인할 수 있습니다.

4) ALSA 개발자(google)에게 버그 보고서를 제출하고 잘못된 할당을 표시할 만큼 충분한 코덱 덤프를 포함합니다.

Answer