Saya mengalami masalah serupa dengan Pulseaudio 6.0. Pulseaudio cenderung tidak bermain sama sekali, atau terkunci setelah beberapa menit pemutaran. Juga menggunakan Arch Linux. Telah mencoba mode pengguna (berjalan sebagai root) serta mode sistem, karena saya telah menyiapkan Pi tanpa kepala.

Berikut ini adalah kesalahan yang dicetak oleh Pulseaudio setiap kali hang (biasanya setelah sekitar satu atau dua menit pemutaran)

E: [alsa-sink-bcm2835 ALSA] alsa-sink.c: ALSA membangunkan kami untuk menulis data baru ke perangkat, tetapi sebenarnya tidak ada yang perlu ditulis!
E: [alsa-sink-bcm2835 ALSA] alsa-sink.c: Kemungkinan besar ini adalah bug di driver ALSA '(null)'. Silakan laporkan masalah ini ke pengembang ALSA.
E: [alsa-sink-bcm2835 ALSA] alsa-sink.c: Kami dibangunkan dengan set POLLOUT - namun snd_pcm_avail () berikutnya mengembalikan 0 atau nilai lain <min_avail.

Saya juga mengalami masalah buruk dengan bcm2835 dan pulse 6.
Jika saya memulai pulseaudio dan menjalankan paplay secara lokal (di pi), itu akan segera mulai diputar dengan audio yang kacau. Bagian dari PCM terdengar seperti sedang diputar rusak. Semakin lama audio diputar, semakin buruk hasilnya hingga audio hampir tidak terdengar murni.
Membunuh (CTRL + C) dan menjalankan paplay di waktu berikutnya menyebabkan pola berulang yang mengacaukan audio atau keheningan murni, hingga pada putaran ke-8 ia memainkan audio dengan sempurna. Mainkan lagi dan siklus dimulai kembali.
Polanya kacau, diam, kacau, kacau, diam, kacau, diam, sempurna.
Jika saya menggunakan headset USB paplay berfungsi setiap saat.
Saya memilikinya di mana saya memiliki audio yang diputar melalui headset USB dengan sempurna, dan kemudian saya mencabut dongle usb dan audio diputar dengan benar dari port analog pi. Hentikan dan mulai ulang audio dan audio akan kacau.

Setup saya: pulseaudio + mpd + ncmpcpp.

Pengaturan pengujian saya adalah memulai lagu dan memutar / menjeda berulang kali. Setelah maksimal 3 kali permainan / jeda pulseaudio akan hang dan harus dimulai ulang.
Ini hanya terjadi pada Raspberry B + saya dengan chip bcm2835, baik dengan distribusi berbasis Debian dan Arch. Saya tidak memiliki masalah dengan pengaturan yang persis sama pada PC desktop saya dengan chip suara Intel. Masalahnya tidak ada dengan kernel 3.6 (tetapi saya tidak ingin menggunakan distribusi kuno).

Tidak ada solusi yang bisa ditemukan di web (tsched = 0, menonaktifkan module-suspend-on-idle, ...) yang berhasil. Saya akhirnya akan menyerah pada masalah ini karena saya tidak menemukan solusi selama lebih dari setahun sekarang. Entah saya akan membeli sendiri Raspberry 2 atau saya akan menggunakan mpd dengan backend ALSA, karena itu berfungsi dengan baik.

@maxnet apakah masalah ini telah teratasi? Jika ya, maka tutup masalah ini.

Saya kira tidak. Itu juga tidak bekerja dengan Raspberry 3 (yang tidak mengherankan karena menggunakan chip / driver yang sama: snd_bcm2835).

Saya memiliki masalah ini di Raspberry 3 saya yang menjalankan ubuntu 16.04. Sebagai solusinya, saya akan menempatkan penundaan batas waktu 5 detik dalam program saya, tetapi itu mengacaukan kealamian keluaran (Ini adalah penyintesis ucapan)

Masalah yang sama dengan pi3 dan ubuntu mate 16.04 dan mpd saya terdengar fantastis kecuali saya mengubah volume (yang menyebabkan gagap atau kehilangan suara) juga kehilangan suara secara acak di antara masalah lainnya. Benar-benar membuat frustrasi.

Masalah yang sama pada Rpi B (bukan 2 atau 3) dengan kernel terbaru (684be4bc8cc343f60fdc3240c6d55d41d0a5b56c)

Dapat mengonfirmasi masalah itu dengan rpi3 yang menjalankan Linux raspberrypi 4.9.27-v7+ #997 SMP Tue May 9 19:58:37 BST 2017 armv7l GNU/Linux di raspbian .. Pulseaudio biasanya berhenti memutar di antara trek yang saya berikan dari mpd (dari host lain melalui jaringan). Saat mencoba memutar audio flac 24bit melalui mpd ke pulse, audio hanya diputar 2 detik dan berhenti beroperasi ..

Mengonfirmasi masalah pada rpi3 yang menjalankan 4.9.30-v7+ . Mengisi daftar putar mpds dan memulai pemutaran biasanya akan berfungsi sampai daftar putar selesai, tetapi mengubah trek secara manual, menghentikan dan memulai ulang, akan menghentikan keluaran audio agar tidak berfungsi, sampai saya memulai ulang 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"
}

Memiliki perilaku bermasalah yang sama seperti yang dijelaskan oleh @flittermice : kecewa:
Sistem RPi2 menjalankan instalasi baru dari Raspbian Stretch (9.1) dengan pulseaudio v10.0-1 + deb9u1, kernel 4.9.59+
Telah membaca artikel / tutorial / utas terkait, tetapi pemutaran MPD macet seperti dijelaskan di atas, sampai saya mematikan dan memulai ulang pulseaudio.

Adakah yang sudah menemukan solusi untuk ini? : crossed_fingers:: smile:

Menemukan sesuatu yang menarik (mungkin):
Ketika pulseaudio macet (seperti dijelaskan di atas), mengeluarkan perintah "paplay" dua kali (!) Melanjutkan pemutaran audio:
$ paplay /usr/share/sounds/alsa/Front_Center.wav

• Pertama kali, waktu perintah paplay habis (atau dapat diinterupsi oleh Ctrl + C)
• Kedua kalinya perintah paplay berfungsi, dan sekarang suara dari MPD dilanjutkan.

Berfungsi untuk waktu yang acak, lalu kembali ke perilaku @flittermice : sob:

Saya men-debug lebih jauh ke dalam masalah ini, dan menemukan bahwa penggunaan fitur ALSA esoterik yang disebut "rewinding" oleh Pulseaudio menyebabkan masalah ini.
Sayangnya, tidak ada opsi konfigurasi untuk menghentikan PA menggunakan fitur itu.
Cabang ini menonaktifkannya secara permanen dalam kode sumber: https://github.com/strfry/pulseaudio/tree/no_rewind
Jika Anda dapat membangun dan menginstalnya di sistem Anda, periksa apakah itu memperbaiki masalah Anda.

Saya men-debug lebih jauh ke dalam masalah ini, dan menemukan bahwa Pulseaudio menggunakan fitur ALSA esoterik
disebut "rewinding" menyebabkan masalah ini.
Sayangnya, tidak ada opsi konfigurasi untuk menghentikan PA menggunakan fitur itu.

Tapi bisakah Pulse berfungsi dengan baik jika Anda menghilangkan fitur itu?

Ingatlah bahwa bagian dari fungsionalitas yang ditawarkannya sebagai server suara adalah mencampur suara yang dapat berasal dari beberapa aplikasi secara bersamaan.
Dan saya dapat membayangkan bahwa jika Anda ingin aplikasi baru menambahkan suara ke dalam campuran secara instan, Anda memerlukan cara untuk membuang bagian dari buffer yang ada.
Jika tidak, Anda hanya dapat menambahkan suara baru di akhir buffer, dan akan mengalami lag, yang mungkin tidak diharapkan oleh aplikasi. Dan yang mungkin menjadi masalah untuk beberapa tujuan (mis. Video dengan suara)

@maxnet Perbaikan yang tepat (milik saya tidak) akan memperbaiki latensi pada nilai yang agak rendah, yang menghilangkan kebutuhan untuk memutar ulang, dengan biaya beban CPU / konsumsi daya yang sedikit lebih tinggi.
Ini berfungsi dengan baik untuk aplikasi latensi rendah saya, untuk memutar musik dengan MPD, mungkin agak menjengkelkan untuk tidak memutar ulang (tanpa menambal PA hanya untuk melakukan buffer latensi rendah).

Selalu memiliki latensi rendah, berarti menggunakan buffer kecil.
Yang juga tidak terdengar ideal bagiku.

Akan berargumen bahwa perbaikan yang tepat akan ada di modul kernel ...

@strfry : kaitannya dengan

D: [alsa-sink-bcm2835 ALSA] source.c: Memproses mundur ...

Namun, saya agak setuju dengan @maxnet , dan mungkin ada alasan ALSA melakukan ini sejak awal ...: wink:

Apakah ini hanya tidak berfungsi pada Raspberry Pi atau masalah umum pulseaudio + ALSA?
Masih menjadi masalah selama lebih dari 3 tahun sekarang, haruskah kami melaporkan ini ke pulseaudio / ALSA devs daripada di sini?

@ pjotrek-b Ini tidak berfungsi hanya dengan 'kartu' suara bawaan Raspberry PI. Kami menggunakan pulseaudio sebagai server suara jaringan dengan sukses dengan kartu suara USB selama beberapa bulan tanpa masalah.

Saya bisa konfirmasi pernyataan @jekhor .
Konfigurasi yang sama bekerja sempurna dengan kartu Suara USB saya (snd_usb_audio) di Raspberry Pi.

Seperti yang tertulis di file log: "E: [alsa-sink-bcm2835 ALSA] alsa-sink.c: Kemungkinan besar ini adalah bug di driver ALSA '(null)'. Laporkan masalah ini ke developer ALSA.". Apakah ada yang tahu bagaimana melakukan ini?

@jekhor : Terima kasih telah membereskan ini! :tersenyum:

Yang sekarang membingungkan adalah, saya selalu berpikir seperti ini:
application > pulseaudio > ALSA > driver > hardware

Jika demikian, bagaimana aplikasi yang
application > ALSA > driver > hardware

Sekarang jika masalah ini khusus untuk kartu suara / chip built-in RPi, kenapa masalah ini tidak muncul dengan penggunaan hanya alsa juga? :bingung:

@strfry : Saya menemukan artikel yang cukup mendetail tentang "Rewinding" dalam dokumentasi pulseaudio .

Saya telah membaca sebagian darinya dan tampaknya tidak lagi "esoterik" bagi saya sekarang. Karena Anda telah melihat kodenya: Adakah ide apa yang dapat menyebabkan pulseaudio "macet"?
Seperti yang telah saya sebutkan di atas, mengeksekusi "paplay" dua kali sepertinya memberikan "dorongan" untuk kembali bekerja lagi ...: smile:

@ pjotrek-b Tentu masuk akal mengingat tujuan desain Pulseaudio. Ini "esoterik" dalam arti bahwa 99% dari aplikasi ALSA normal tidak akan pernah menggunakan rewind, dan dengan demikian memicu jalur yang kurang teruji pada driver ALSA. Sayangnya, Pulseaudio kekurangan opsi untuk menonaktifkan penggunaan fitur yang berpotensi bermasalah ini (seperti yang lain, misalnya penjadwalan berbasis waktu).
Saya belum men-debug detail pastinya, tetapi pada dasarnya Pulseaudio macet dalam loop tanpa akhir, karena ALSA gagal melaporkan dengan benar ketika sudah waktunya untuk menulis data audio ke perangkat lagi.
Meskipun ada kemungkinan untuk mengatasinya di pihak Pulseaudio, ini adalah bug di pengemudi ALSA.
Kecurigaan saya adalah mengeluarkan aliran baru akan menghasilkan peristiwa yang ditunggu Pulseaudio ketika macet.

@flittermice Saya kira dalam kasus ini, pengembang ALSA yang bertanggung jawab adalah seseorang dari pengembang kernel Raspberry Pi yang menulis driver snd_bcm2835, jadi repositori ini akan menjadi tempat yang tepat untuk melaporkan ini.

Contoh kode sederhana yang menunjukkan perilaku ALSA yang salah saat menggunakan rewind mungkin akan berguna bagi pengembang kernel saat melihat lebih dekat bug ini.

@ pjotrek-b Tentu masuk akal mengingat tujuan desain Pulseaudio. Ini "esoterik" dalam arti bahwa 99% dari aplikasi ALSA normal tidak akan pernah menggunakan rewind, dan dengan demikian memicu jalur yang kurang teruji pada driver ALSA. Sayangnya, Pulseaudio kekurangan opsi untuk menonaktifkan penggunaan fitur yang berpotensi bermasalah ini (seperti yang lain, misalnya penjadwalan berbasis waktu).
Saya belum men-debug detail pastinya, tetapi pada dasarnya Pulseaudio macet dalam loop tanpa akhir, karena ALSA gagal melaporkan dengan benar ketika sudah waktunya untuk menulis data audio ke perangkat lagi.
Meskipun ada kemungkinan untuk mengatasinya di pihak Pulseaudio, ini adalah bug di pengemudi ALSA.
Kecurigaan saya adalah mengeluarkan aliran baru akan menghasilkan peristiwa yang ditunggu Pulseaudio ketika macet.

@flittermice Saya kira dalam kasus ini, pengembang ALSA yang bertanggung jawab adalah seseorang dari pengembang kernel Raspberry Pi yang menulis driver snd_bcm2835, jadi repositori ini akan menjadi tempat yang tepat untuk melaporkan ini.

Contoh kode sederhana yang menunjukkan perilaku ALSA yang salah saat menggunakan rewind mungkin akan berguna bagi pengembang kernel saat melihat lebih dekat bug ini.

Jika demikian, bagaimana aplikasi yang sama yang memiliki masalah ini, bekerja dengan sempurna saat menggunakan ALSA secara langsung?

Aplikasi yang menggunakan ALSA secara langsung biasanya tidak perlu menggunakan rewind.
Mereka tahu persis suara apa yang ingin mereka putar dalam beberapa detik mendatang, dan mengirimkannya ke perangkat audio.

Ini digunakan dalam situasi di mana ada perubahan rencana.
Jika Pulse sudah mengirim audio selama 2 detik berikutnya ke perangkat, dan tiba-tiba klien Pulse yang berbeda terhubung dan ingin memutar suara juga -tanpa harus menunggu 2 detik itu berakhir terlebih dahulu- ia harus memberi tahu suaranya perangkat untuk membuang buffer sebelumnya, dan menggantinya dengan data baru yang memiliki suara ekstra yang tercampur.

Tentu, jika Anda menggunakan buffer kecil yang menahan audio milidetik, bukan detik, Anda dapat melakukannya tanpa memutar ulang.
Namun saya rasa itu tidak disukai.
Di Linux tidak ada jaminan tentang jumlah waktu CPU yang didapat aplikasi apa pun, atau terbagi secara merata, ini bukan sistem operasi waktu nyata.
Jika aplikasi lain menggunakan banyak, dan Pulse tidak mendapatkan cukup waktu untuk menjaga buffer kecil itu terisi setiap saat, itu akan underrun, dan suara Anda akan menjadi gagap.

Seperti yang telah saya sebutkan di atas, mengeksekusi "paplay" dua kali sepertinya memberikan "dorongan" untuk kembali bekerja lagi ...: smile:

Pulse Audio juga menutup koneksi ke perangkat suara 5 detik setelah klien terakhir yang menggunakannya terputus, jika tidak ada klien lain yang terhubung selama waktu itu.
Dan membukanya kembali saat klien ingin menggunakannya lagi.
Jadi jika ada cukup waktu antara perintah Anda, itu juga bisa menjadi alasan itu berfungsi lagi.

@strry dan @axnet :
Terima kasih banyak atas jawaban mendetail ini!

Adakah yang tahu jika ini masih menjadi masalah di Raspbian terbaru (dengan kernel 4.14.y)?

Masalah ini akan ditutup dalam 30 hari kecuali interaksi lebih lanjut diposting. Jika Anda ingin masalah ini tetap terbuka, silakan tambahkan komentar. Masalah tertutup dapat dibuka kembali jika diminta.

Saya akan memeriksanya, tetapi saat ini saya tidak punya waktu untuk mengujinya ...: kecewa:
Untuk berjaga-jaga: Bolehkah saya membukanya kembali jika saya mengujinya setelah 30 hari dan masih ada masalah?

Meskipun saya cukup yakin tidak ada peningkatan, saya tidak dapat berkontribusi banyak untuk bug khusus ini. Saya membeli kartu suara USB eksternal dengan chipset PCM2704 dan sekarang saya senang dengan driver snd_usb_audio.
Menggunakan output HDMI dari raspi akan menjadi pilihan yang bagus, tetapi raspi saya bahkan menolak untuk boot dengan kabel HDMI yang dicolokkan ke penerima AV ... tapi itu cerita lain.

Penutupan karena kurangnya aktivitas. Silakan meminta untuk dibuka kembali jika Anda merasa masalah ini masih relevan.

Dapat mengonfirmasi bahwa ini terjadi pada Rasp Pi 3 saya
Saya menjalankan ArchARM dengan kernel versi 4.14.69

Dapat mengonfirmasi bahwa ini masih terjadi di RPI3 saya:

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

Mencoba menggunakan mpd dengan pulseaudio, saya mendapatkan:

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.

Adakah kemungkinan kami dapat membuka kembali masalah ini?

Dapat mengonfirmasi bahwa ini terjadi pada Rasp Pi 3 saya
Saya menjalankan ArchARM dengan kernel versi 4.14.69
Ini karena izin yang salah, saya sudah berhasil.

@ l4rzy : Anda membuat kami penasaran. Izin yang mana?

@flittermice : Ups, saya salah paham tentang situasinya sejak saya mengomentari hal ini selama berbulan-bulan. Ini bukan tentang izin.
Saya mencoba mengatur Raspberry Pi 3 saya untuk server audio Pulse jaringan lokal, berfungsi dengan mulus tetapi setelah beberapa saat tidak memutar apa pun, server audio Pulse secara otomatis mati. Kemudian saya menginstal mpd untuk memutar musik dari SoundCloud, yang selalu membuka koneksi ke Pulse dan menjaganya tetap berjalan. Bukan solusi yang buruk menurut saya.

@ l4rzy : Bekerja di sekitar adalah cara untuk pergi :-)

BTW: Apakah Anda pernah mencoba untuk tidak memuat "module-suspend-on-idle" di default.pa?

load-module module-suspend-on-idle

@flitterice saya mencoba. Tidak membantu.

Pulseaudio masih tidak berfungsi dengan snd_bcm2835. Bisakah Anda membuka kembali masalah ini?

Saya dapat mengonfirmasi bahwa ini juga tidak berfungsi untuk saya. Saya telah menguji kode yang berbeda dan opsi kompilasi dan saya tidak dapat membuatnya berfungsi. Saya menggunakan ArchLinux ARM dan semua perangkat lunak terbaru. Saya senang membantu debug jika memungkinkan.

Bagi saya, hampir yang saya tahu, masalahnya berasal dari ukuran buffer yang dilaporkan oleh modul bcm2835_alsa. Buffer audio yang dilaporkan ke pulsa adalah 8816 bit, atau cukup untuk sekitar 1,56 md audio dari aliran jaringan. Saya tidak cukup ahli perangkat keras untuk menemukan spesifikasinya tetapi ada sesuatu yang aneh di sini. Menurut ALSA sendiri (bukan modul pulsa) ukuran buffer adalah 131072 bit yang jauh lebih logis. Jika saya harus menebak, pulse mengira itu tidak dapat membuat buffer penuh untuk kartu dan mencoba untuk mundur karena diberitahu ada batas perangkat lunak 8816 bit ... tapi mungkin saya salah di sini.

Baru saja mengalami masalah yang sama (benar-benar anoy ),

Hmmm ... Saya tidak dapat mereproduksi ini dengan Raspberry Pi 3 B v1.2 dan kernel 4.19.34 terbaru (diperbarui oleh rpi-update ke https://github.com/Hexxeh/rpi-firmware/commit/99c274691c07480762dcda91a0ebfe3c4f519307). Saya tidak tahu mengapa, driver sepertinya tidak berubah dari 2016. Mungkin beberapa perubahan firmware VC?

Hai, pada Raspberry Pi 4 B v1.1, kernel 5.3.0-1014 memiliki masalah yang sama dengan suara yang memudar dengan pulseaudio v13.0. Suara hilang jika keluaran stereo dipilih di pavucontrol. Apa ada solusinya?

@septianjoko_

Buffer audio yang dilaporkan ke pulsa adalah 8816 bit, atau cukup untuk sekitar 1,56 md audio dari aliran jaringan.

Saya pikir ini karena PulseAudio mendeteksi sink sebagai Mono secara default ( karena masalah ini ), dan ukuran buffer default untuk ini lebih rendah.
Coba perbarui file konfigurasi profil default PA sehingga sink stereo dibuat, karena ini akan membuat PA membuat sink dengan device.buffering.buffer_size = "17632" , yang tampaknya lebih baik!

@ arbainrambey2

Hai, pada Raspberry Pi 4 B v1.1, kernel 5.3.0-1014 memiliki masalah yang sama dengan suara yang memudar dengan pulseaudio v13.0. Suara hilang jika keluaran stereo dipilih di pavucontrol. Apa ada solusinya?

Pastikan untuk memperbarui file konfigurasi profil default PA sehingga keluaran stereo benar-benar berfungsi menggunakan PA pada RPI 4, dan pastikan Anda memiliki load-module module-udev-detect dan bukan load-module module-alsa-sink di /etc/pulse/default.pa .