Pulseaudio 6.0에서 비슷한 문제가 있습니다. Pulseaudio는 전혀 재생되지 않거나 몇 분 재생 후 잠기는 경향이 있습니다. 또한 Arch Linux를 사용합니다. Pi가 헤드리스로 설정되어 있으므로 사용자 모드 (루트로 실행)와 시스템 모드를 모두 시도했습니다.

다음은 Pulseaudio가 멈출 때마다 인쇄되는 오류입니다 (보통 약 1 ~ 2 분 재생 후).

E : [alsa-sink-bcm2835 ALSA] alsa-sink.c : ALSA는 장치에 새 데이터를 쓰기 위해 우리를 깨 웠지만 실제로 쓸 것이 없었습니다!
E : [alsa-sink-bcm2835 ALSA] alsa-sink.c : ALSA 드라이버 '(null)'의 버그 일 가능성이 높습니다. 이 문제를 ALSA 개발자에게보고하십시오.
E : [alsa-sink-bcm2835 ALSA] alsa-sink.c : POLLOUT 세트로 깨어 났지만 후속 snd_pcm_avail ()은 0 또는 다른 값 <min_avail을 반환했습니다.

나도 bcm2835와 pulse 6에 끔찍한 문제가 있습니다.
pulseaudio를 시작하고 로컬에서 paplay를 실행하면 (파이에서) 오디오가 모두 왜곡 된 상태로 즉시 재생되기 시작합니다. PCM의 일부가 제대로 재생되지 않는 것처럼 들립니다. 오디오가 오래 재생 될수록 오디오가 거의 순수한 노이즈가 될 때까지 더 나빠집니다.
킬링 (CTRL + C)하고 이후에 paplay를 실행하면 8 번째 실행에서 오디오가 완벽하게 재생 될 때까지 오디오 또는 순수한 침묵의 반복 가능한 패턴이 발생합니다. 다시 재생하면주기가 다시 시작됩니다.
패턴이 왜곡되고, 무음, 왜곡, 왜곡, 무음, 왜곡, 무음, 완벽합니다.
USB 헤드셋을 사용하면 paplay는 매번 작동합니다.
USB 헤드셋을 통해 오디오가 완벽하게 재생되는 곳에서 USB 동글을 분리하면 오디오가 파이의 아날로그 포트에서 올바르게 재생됩니다. 오디오를 중지했다가 다시 시작하면 왜곡됩니다.

내 설정 : pulseaudio + mpd + ncmpcpp.

내 테스트 설정은 노래를 시작하고 반복적으로 재생 / 일시 중지하는 것입니다. 최대 3 회 재생 / 일시 중지 후 pulseaudio는 중단되며 다시 시작해야합니다.
이것은 Debian 및 Arch 기반 배포판과 함께 bcm2835 칩이있는 내 Raspberry B +에서만 발생합니다. Intel 사운드 칩이있는 데스크탑 PC에서 똑같은 설정으로 문제가 없습니다. 커널 3.6에는 문제가 없었습니다 (그러나 고대 배포판을 사용하고 싶지 않습니다).

웹에서 찾을 수있는 해결 방법 중 어느 것도 작동하지 않았습니다 (tsched = 0, module-suspend-on-idle 비활성화, ...). 1 년 넘게 해결책을 찾지 못했기 때문에 마침내이 문제를 포기하겠습니다. 내가 Raspberry 2를 구입하거나 ALSA 백엔드와 함께 mpd를 사용할 것입니다.

@maxnet 이 문제가 해결 되었습니까? 그렇다면이 문제를 종료하십시오.

나는 그렇게 생각하지 않는다. Raspberry 3에서도 작동하지 않습니다 (동일한 칩 / 드라이버를 사용하기 때문에 당연합니다 : snd_bcm2835).

우분투 16.04를 실행하는 Raspberry 3 에서이 문제가 있습니다. 해결 방법으로 프로그램에 5 초의 시간 초과 지연을 적용하지만 출력의 자연 스러움을 엉망으로 만듭니다 (음성 합성기입니다).

내 pi3 및 우분투 메이트 16.04 및 mpd의 동일한 문제는 볼륨을 변경하지 않는 한 환상적입니다 (더듬 거리거나 소리 손실을 유발 함)는 다른 문제 중에서 무작위로 소리를 잃습니다. 정말 실망합니다.

최신 커널 (684be4bc8cc343f60fdc3240c6d55d41d0a5b56c)을 사용하는 Rpi B (2 또는 3 아님)에서 동일한 문제

raspbian에서 Linux raspberrypi 4.9.27-v7+ #997 SMP Tue May 9 19:58:37 BST 2017 armv7l GNU/Linux 를 실행하는 rpi3의 문제를 확인할 수 있습니다. Pulseaudio는 일반적으로 mpd (네트워크를 통해 다른 호스트에서)에서 피드하는 트랙 사이에서 재생을 중지합니다. mpd를 통해 24 비트 flac 오디오를 재생하려고하면 2 초만 재생되고 정지됩니다.

4.9.30-v7+ 실행하는 rpi3에서 문제를 확인합니다. mpds 재생 목록 채우기 및 재생 시작은 일반적으로 재생 목록이 완료 될 때까지 작동하지만 수동으로 트랙을 변경하고 중지했다가 다시 시작하면 mpd를 다시 시작할 때까지 오디오 출력이 작동하지 않습니다.

audio_output {
        type            "alsa"
        name            "ALSA Output"
#       device          "hw:0,0"        # optional
        mixer_type      "software"      # optional
#       mixer_device    "default"       # optional
#       mixer_control   "PCM"           # optional
#       mixer_index     "0"             # optional
#       auto_resample   "no"
#       auto_channels   "no"
#       auto_format     "no"
}

@flittermice : disappointed에서 설명한 것과 동일한 문제가있는 동작이 있습니다.
시스템은 pulseaudio v10.0-1 + deb9u1, 커널 4.9.59+와 함께 Raspbian Stretch (9.1)를 새로 설치 한 RPi2입니다.
관련 기사 / 튜토리얼 / 스레드를 읽고 있었지만 위에서 설명한대로 pulseaudio를 죽이고 다시 시작할 때까지 MPD 재생이 중단됩니다.

아무도 이것에 대한 해결책을 아직 찾았습니까? : crossed_fingers : : 미소 :

흥미로운 것을 발견했습니다 (아마도) :
pulseaudio가 중단되면 (위에서 설명한대로) "paplay"명령을 두 번 (!) 실행하면 오디오 재생이 다시 시작됩니다.
$ paplay /usr/share/sounds/alsa/Front_Center.wav

• 처음에는 paplay 명령이 시간 초과됩니다 (또는 Ctrl + C로 중단 될 수 있음).
• 두 번째로 paplay 명령이 작동하고 이제 MPD의 사운드가 다시 시작됩니다.

임의의 시간 동안 작동 한 다음 @flittermice 의 동작으로 돌아갑니다.

이 문제를 더 자세히 디버깅 한 결과 Pulseaudio가 "되감기"라고하는 난해한 ALSA 기능을 사용하는 것이이 문제를 일으키는 것으로 나타났습니다.
안타깝게도 PA가 해당 기능을 사용하지 못하도록하는 구성 옵션이 없습니다.
이 분기는 소스 코드에서 영구적으로 비활성화합니다 : https://github.com/strfry/pulseaudio/tree/no_rewind
시스템에 빌드하고 설치할 수 있다면 문제가 해결되는지 확인하십시오.

이 문제를 더 자세히 디버깅 한 결과 Pulseaudio가 난해한 ALSA 기능을 사용하는 것을 발견했습니다.
"되감기"라고하는 것이이 문제의 원인입니다.
안타깝게도 PA가 해당 기능을 사용하지 못하도록하는 구성 옵션이 없습니다.

하지만이 기능을 제거하면 Pulse가 제대로 작동 할 수 있습니까?

사운드 서버로 제공되는 기능의 일부는 여러 응용 프로그램에서 발생할 수있는 사운드를 함께 믹싱하는 것입니다.
새로운 응용 프로그램이 즉시 믹스에 사운드를 추가 할 수 있도록하려면 기존 버퍼의 일부를 버릴 수있는 방법이 필요하다고 생각합니다.
그렇지 않으면 버퍼 끝에 새 사운드 만 추가 할 수 있으며 응용 프로그램에서 예상하지 못한 지연이 발생합니다. 그리고 어떤 목적 (예 : 사운드가있는 비디오)에 문제가 될 수 있습니다.

@maxnet 적절한 수정 (내 것이 아닙니다)은 대기 시간을 다소 낮은 값으로 수정하여 약간 더 높은 CPU 부하 / 전력 소비로 되감기의 필요성을 제거합니다.
지연 시간이 짧은 응용 프로그램에서 잘 작동하며 MPD로 음악을 재생하는 경우 되감기를 사용하지 않는 것이 약간 짜증날 수 있습니다 (낮은 대기 시간 버퍼 만 수행하기 위해 PA 패치 없음).

항상 대기 시간이 짧으면 작은 버퍼를 사용한다는 것을 의미합니다.
나에게도 이상적으로 들리지 않습니다.

커널 모듈에 적절한 수정이 있다고 주장 할 수 있습니다.

@strfry : ALSA 되감기 소리와의 관계가 합리적입니다. pulseaudio가 "불행"하면 일반적으로 다음 줄로 끝납니다.

D : [alsa-sink-bcm2835 ALSA] source.c : 되감기 처리 중 ...

그러나 나는 @maxnet에 다소 동의하며 아마도 ALSA가 처음에 이것을하는 이유가있을 것입니다 ... : wink :

Raspberry Pi 또는 pulseaudio + ALSA의 일반적인 문제에서만 작동하지 않습니까?
3 년 넘게 여전히 문제가되고있는이 문제를 여기 대신 pulseaudio / ALSA 개발자에게보고해야합니까?

@ pjotrek-b Raspberry PI 내장 사운드 '카드'에서만 작동하지 않습니다. 우리는 펄스 오디오를 네트워크 사운드 서버로 문제없이 몇 달 동안 USB 사운드 카드로 성공적으로 사용합니다.

@jekhor 의 진술을 확인할 수 있습니다.
동일한 구성이 Raspberry Pi의 USB 사운드 카드 (snd_usb_audio)에서 완벽하게 작동합니다.

로그 파일에 "E : [alsa-sink-bcm2835 ALSA] alsa-sink.c : ALSA 드라이버 '(null)'의 버그 일 가능성이 높습니다.이 문제를 ALSA 개발자에게보고하십시오." 누구든지 이것을하는 방법을 알고 있습니까?

@jekhor :이 문제를

지금 당황한 것은, 저는 항상 다음과 같이 생각했습니다.
application > pulseaudio > ALSA > driver > hardware

그렇다면 ALSA를 직접 사용할 때이 문제가 있는 동일한 응용 프로그램 이 어떻게 완벽하게 작동 할 수 있습니까?
application > ALSA > driver > hardware

이제이 문제가 RPi의 내장 사운드 카드 / 칩에 국한된 경우, 이러한 문제가 alsa 전용으로도 나타나지 않는 이유는 무엇입니까? : 혼란 :

@strfry : pulseaudio의 문서에서 "되감기"에 대한 자세한 기사를 찾았

나는 그것의 일부를 읽었고 그것은 더 이상 나에게 "밀교 적"이라고 보이지 않는다. 코드를 살펴본 이후로 pulseaudio를 "고정"되게 만들 수있는 아이디어가 있습니까?
위에서 언급했듯이 "paplay"를 두 번 실행하면 다시 작동하도록 "너지"하는 것처럼 보입니다 ... : smile :

@ pjotrek-b Pulseaudio의 디자인 목표를 고려할 때 당연합니다. 정상적인 ALSA 응용 프로그램의 99 %가 되감기를 사용하지 않으므로 ALSA 드라이버에서 덜 테스트 된 경로를 트리거한다는 점에서 "비교적"입니다. 안타깝게도 Pulseaudio에는이 버그 가능성이있는 기능 (타이머 기반 스케줄링과 같은 다른 기능과 마찬가지로)의 사용을 비활성화하는 옵션이 없습니다.
정확한 세부 사항을 디버깅하지 않았지만 기본적으로 Pulseaudio는 끝없는 루프에 갇혀 있습니다 .ALSA가 오디오 데이터를 장치에 다시 쓸 때를 올바르게보고하지 못하기 때문입니다.
Pulseaudio 측에서이 문제를 해결할 수있는 가능성에도 불구하고 이것은 ALSA 드라이버의 버그입니다.
내 의심은 새로운 스트림을 발행하면 Pulseaudio가 멈추었을 때 기다리는 이벤트가 생성된다는 것입니다.

@flittermice 이 경우 책임있는 ALSA 개발자는 snd_bcm2835 드라이버를 작성한 Raspberry Pi 커널 개발자 중 한 명이므로이 저장소가이를보고하기에 적합한 장소라고 생각합니다.

되감기를 사용할 때 ALSA의 명백한 잘못된 동작을 보여주는 간단한 코드 예제는이 버그를 자세히 살펴볼 때 커널 개발자에게 도움이 될 것입니다.

@ pjotrek-b Pulseaudio의 디자인 목표를 고려할 때 당연합니다. 정상적인 ALSA 응용 프로그램의 99 %가 되감기를 사용하지 않으므로 ALSA 드라이버에서 덜 테스트 된 경로를 트리거한다는 점에서 "비교적"입니다. 안타깝게도 Pulseaudio에는이 버그 가능성이있는 기능 (타이머 기반 스케줄링과 같은 다른 기능과 마찬가지로)의 사용을 비활성화하는 옵션이 없습니다.
정확한 세부 사항을 디버깅하지 않았지만 기본적으로 Pulseaudio는 끝없는 루프에 갇혀 있습니다 .ALSA가 오디오 데이터를 장치에 다시 쓸 때를 올바르게보고하지 못하기 때문입니다.
Pulseaudio 측에서이 문제를 해결할 수있는 가능성에도 불구하고 이것은 ALSA 드라이버의 버그입니다.
내 의심은 새로운 스트림을 발행하면 Pulseaudio가 멈추었을 때 기다리는 이벤트가 생성된다는 것입니다.

@flittermice 이 경우 책임있는 ALSA 개발자는 snd_bcm2835 드라이버를 작성한 Raspberry Pi 커널 개발자 중 한 명이므로이 저장소가이를보고하기에 적합한 장소라고 생각합니다.

되감기를 사용할 때 ALSA의 명백한 잘못된 동작을 보여주는 간단한 코드 예제는이 버그를 자세히 살펴볼 때 커널 개발자에게 도움이 될 것입니다.

그렇다면이 문제가있는 동일한 애플리케이션이 ALSA를 직접 사용할 때 어떻게 완벽하게 작동 할 수 있습니까?

ALSA를 직접 사용하는 애플리케이션은 일반적으로 되감기를 사용할 필요가 없습니다.
그들은 앞으로 몇 초 안에 재생하고 싶은 사운드를 정확히 알고 오디오 장치로 보냅니다.

계획이 변경되는 상황에서 사용됩니다.
Pulse가 이미 다음 2 초 동안 장치로 오디오를 전송했는데 갑자기 다른 Pulse 클라이언트가 연결되어 사운드를 재생하기를 원하면 2 초가 먼저 끝날 때까지 기다리지 않고 소리를 알려야합니다. 이전 버퍼를 버리고 추가 사운드가 혼합 된 새 데이터로 교체합니다.

물론, 몇 초의 오디오 대신 밀리 초를 저장하는 작은 버퍼를 사용한다면 되감기없이 할 수 있습니다.
그러나 나는 그것이 선호되지 않는다고 생각합니다.
Linux에서는 애플리케이션이 CPU 시간을 가져 오는 양에 대한 보장이없고 균등하게 분할된다는 보장이 없으며 실시간 운영 체제가 아닙니다.
다른 응용 프로그램에서 많이 사용하고 있고 Pulse가 그 작은 버퍼를 항상 채우는 데 시간이 충분하지 않으면 언더런이 발생하고 사운드가 더듬 거리게됩니다.

위에서 언급했듯이 "paplay"를 두 번 실행하면 다시 작동하도록 "너지"하는 것처럼 보입니다 ... : smile :

Pulse Audio는 마지막으로 사용한 클라이언트가 연결을 끊은 후 5 초 동안 다른 클라이언트가 연결되지 않은 경우 사운드 장치에 대한 연결을 닫습니다.
다음에 클라이언트가 사용하려고 할 때 다시 엽니 다.
따라서 명령 사이에 충분한 시간이 있다면 다시 작동하는 이유 일 수도 있습니다.

@strfry 및 @maxnet :
자세한 답변에 감사드립니다!

이것이 최신 Raspbian (커널 4.14.y 포함)에서 여전히 문제인지 아는 사람이 있습니까?

이 문제는 추가 상호 작용이 게시되지 않는 한 30 일 이내에 종료됩니다. 이 호를 계속 공개하려면 의견을 추가하십시오. 요청시 종결 된 문제를 다시 열 수 있습니다.

확인하고 싶지만 현재 테스트 할 시간이 없습니다 ... : 실망 :
만일의 경우 : 30 일 후에 테스트했는데 여전히 문제가있는 경우 다시 열어도 되나요?

개선 된 사항이 없다고 확신하지만이 특정 버그에 대해서는 많은 기여를 할 수 없습니다. PCM2704 칩셋이 장착 된 외장 USB 사운드 카드를 구입했고 이제 snd_usb_audio 드라이버에 만족합니다.
raspi의 HDMI 출력을 사용하는 것이 좋은 옵션 이었지만, 내 raspi는 AV 수신기에 연결된 HDMI 케이블로 부팅을 거부 할 수도 있습니다. 그러나 그것은 또 다른 이야기입니다.

활동 부족으로 마감. 이 문제가 여전히 관련이 있다고 생각되면 재 개설을 요청하십시오.

내 Rasp Pi 3에 이런 일이 발생하는지 확인할 수 있습니다.
커널 버전 4.14.69로 ArchARM을 실행하고 있습니다.

이것이 내 RPI3에서 여전히 일어나고 있는지 확인할 수 있습니다.

Linux 4.14.71-v7+ #1145 SMP Fri Sep 21 15:38:35 BST 2018 armv7l GNU/Linux

pulseaudio와 함께 mpd를 사용하려고하면 다음과 같은 결과가 나타납니다.

Nov 05 09:25:17 noise systemd[1]: Started Music Player Daemon.
Nov 05 09:25:19 noise pulseaudio[1567]: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Nov 05 09:25:19 noise pulseaudio[1567]: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
Nov 05 09:25:20 noise pulseaudio[1567]: [alsa-sink-bcm2835 ALSA] alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write.
Nov 05 09:25:20 noise pulseaudio[1567]: [alsa-sink-bcm2835 ALSA] alsa-sink.c: Most likely this is a bug in the ALSA driver '(null)'. Please report this issue to the ALSA developers.
Nov 05 09:25:20 noise pulseaudio[1567]: [alsa-sink-bcm2835 ALSA] alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.

이 문제를 다시 열 수 있습니까?

내 Rasp Pi 3에 이런 일이 발생하는지 확인할 수 있습니다.
커널 버전 4.14.69로 ArchARM을 실행하고 있습니다.
이것은 잘못된 허가 때문이었습니다.

@ l4rzy : 당신은 우리를 호기심으로 만들고 있습니다. 어떤 권한?

@flittermice : 죄송합니다. 몇 달 동안 이에 대해 언급 한 이후 상황을 오해했습니다. 권한에 관한 것이 아닙니다.
로컬 네트워크 Pulse 오디오 서버용으로 Raspberry Pi 3를 설정하려고했지만 원활하게 작동했지만 잠시 후 아무것도 재생하지 않으면 Pulse 오디오 서버가 자동으로 종료됩니다. 나중에 SoundCloud에서 음악을 재생하기 위해 mpd를 설치하여 항상 Pulse에 대한 연결을 열고 계속 실행합니다. 내가 생각하기에 나쁜 해결 방법은 아닙니다.

@ l4rzy : 주위에서 일하는 것이 갈 길입니다 :-)

BTW : default.pa에 "module-suspend-on-idle"을로드하지 않았습니까?

로드 모듈 모듈 유휴시 일시 중단

@flittermice 내가 시도했습니다. 도움이되지 않습니다.

Pulseaudio는 여전히 snd_bcm2835에서 작동하지 않습니다. 이 호를 다시 열어 주시겠습니까?

나에게도 효과가 없음을 확인할 수 있습니다. 저는 다른 코드와 컴파일 옵션을 테스트 해 왔지만 작동하지 못했습니다. 저는 ArchLinux ARM과 모든 최신 소프트웨어를 사용하고 있습니다. 가능한 경우 디버그를 도와 드리겠습니다.

나에게 거의 알 수 있듯이 문제는 bcm2835_alsa 모듈에서보고 한 버퍼 크기에서 비롯됩니다. 펄스에보고 된 오디오 버퍼는 8816 비트이거나 네트워크 스트림에서 나오는 약 1.56ms의 오디오에 충분합니다. 사양을 찾을 수있는 하드웨어 괴짜는 아니지만 여기에서 뭔가 벗어난 것 같습니다. ALSA 자체 (즉, 펄스 모듈이 아님)에 따르면 버퍼 크기는 훨씬 더 논리적 인 131072 비트입니다. 내가 추측한다면, pulse는 카드에 대한 버퍼를 가득 채울 수 없다고 생각하고 8816 비트의 소프트웨어 제한이 있다고 들었 기 때문에 되감기를 시도합니다.

같은 문제가 발생했습니다 (정말 짜증납니다 ).

흠 ... Raspberry Pi 3 B v1.2 및 최신 4.19.34 커널 (rpi-update에서 https://github.com/Hexxeh/rpi-firmware/commit/99c274691c07480762dcda91a0ebfe3c4f519307로 업데이트 됨)으로 이것을 재현 할 수 없습니다. 이유를 모르겠습니다. 드라이버가 2016 년부터 변경되지 않은 것 같습니다. 일부 VC 펌웨어가 변경 될 수 있습니까?

안녕하세요, Raspberry Pi 4 B v1.1에서 커널 5.3.0-1014에는 pulseaudio v13.0의 사운드 페이딩과 동일한 문제가 있습니다. pavucontrol에서 스테레오 출력을 선택하면 사운드가 손실됩니다. 해결책이 있습니까?

@acegallagher :

펄스에보고 된 오디오 버퍼는 8816 비트이거나 네트워크 스트림에서 나오는 약 1.56ms의 오디오에 충분합니다.

PulseAudio가 기본적으로 ( 이 문제로 인해) 싱크를 Mono로 감지하고 이들에 대한 기본 버퍼 크기가 더 낮기 때문이라고 생각합니다.
PA의 기본 프로필 구성 파일을 업데이트하여 대신 스테레오 싱크가 생성되도록하세요. 그러면 PA가 device.buffering.buffer_size = "17632" 사용하여 싱크를 생성하게됩니다.

뿡 빵뀨

안녕하세요, Raspberry Pi 4 B v1.1에서 커널 5.3.0-1014에는 pulseaudio v13.0의 사운드 페이딩과 동일한 문제가 있습니다. pavucontrol에서 스테레오 출력을 선택하면 사운드가 손실됩니다. 해결책이 있습니까?

할 수 있는지 확인 PA의 기본 프로파일 설정 파일을 업데이트 해야합니다 당신은 그 스테레오 출력이 실제로 RPI 4 PA를 사용하여 작동되도록하고, 만드는 load-module module-udev-detect 하지 load-module module-alsa-sink 당신의 /etc/pulse/default.pa .