MPC/MPD meldet: Device or resource busy

kanne · Apr 10th 2020

Hallo Alle,

Auf meinem System mit Raspberry Pi Zero und dem AIY-Image Release 2019-11-13 läuft das AIY Voice Hat.

Zusätzlich soll auf dem System aber noch MPC/MPD laufen.

Hintergrund ist der, dass mit der Spracherkennung von AIY MPC/MPD gesteuert werden soll, sobald bestimmte

Schlüsselwörter erkannt wurden. Damit kann man neben dem Google Assistant z.B. auch Radio hören.

Das Problem, womit ich mich schon einige Tage herumplage ist, dass ich MPC/MPD nicht so recht zum laufen bekomme.

Code

~ $ mpc play 1

meldet:

ERROR: Failed to open "My ALSA Device" (alsa); Failed to open ALSA device "default": Device or resource busy

Die betreffenden Dateien und Verzeichnisse von MPC/MPD habe ich schon überprüft aber sScheinbar hat es doch mit den Rechten zu tun,

da das funktioniert:

Code

~ $ aplay /usr/share/sounds/alsa/Front_Center.wav

aber beim Aufruf als root wieder Fehler "...Device or resource busy" gemeldet wird:

Code

~ $ sudo aplay /usr/share/sounds/alsa/Front_Center.wav

Noch einige Diagnosedaten:

Code

~ $ lsmod | grep "snd"

snd_soc_bcm2835_i2s    20480  2
regmap_mmio            16384  1 snd_soc_bcm2835_i2s
snd_soc_googlevoicehat_codec    16384  1
snd_soc_rpi_simple_soundcard    16384  5
snd_soc_core          192512  3 snd_soc_googlevoicehat_codec,snd_soc_bcm2835_i2s,snd_soc_rpi_simple_soundcard
snd_compress           20480  1 snd_soc_core
snd_pcm_dmaengine      16384  1 snd_soc_core
snd_pcm                98304  6 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_core,snd_soc_rpi_simple_soundcard
snd_timer              32768  1 snd_pcm
snd                    73728  12 snd_compress,snd_timer,snd_soc_core,snd_pcm


~ $ cat /proc/asound/cards

0 [sndrpigooglevoi]: RPi-simple - snd_rpi_googlevoicehat_soundcar
snd_rpi_googlevoicehat_soundcard


:~ $ aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: sndrpigooglevoi [snd_rpi_googlevoicehat_soundcar], device 0: Google voiceHAT SoundCard HiFi voicehat-codec-0 [Google voiceHAT SoundCard HiFi voicehat-codec-0]
Subdevices: 0/1
Subdevice #0: subdevice #0

Display More

Wie kann man hier weiter vorgehen?

Wobei MPC/MPD neu zu installieren wäre keine gute Idee, da ich schon bei der Installation mehrfach ansetzen musste.

Vielen Dank schon mal.

Gruß

hyle · Apr 10th 2020

Hallo kanne,

willkommen im Forum!

Was sind die Ausgaben von:

Code

cat ~/.asoundrc
# und von
cat /etc/asound.conf

?

Ich vermute das letztere Datei nicht existiert. Falls das so ist, dann kopiere den Inhalt (oder die Datei) von ~/.asoundrc nach /etc/asound.conf.

kanne · Apr 10th 2020

Hallo hyle, vielen Dank

beide Dateien existieren und sind identisch, der Inhalt:

Code

pcm.softvol {
type softvol
slave.pcm dmix
control {
name Master
card 0
}
}

pcm.micboost {
type route
slave.pcm dsnoop
ttable {
0.0 30.0
1.1 30.0
}
}

pcm.!default {
type asym
playback.pcm "plug:softvol"
capture.pcm "plug:micboost"
}

ctl.!default {
type hw
card 0
}

Gruß

Display More

hyle · Apr 10th 2020

Das verwundert mich, denn dann sollte der Befehl mit sudo (also als root) das gleiche Ergebnis bringen wie ohne.

Btw. Wie sieht der relevante Teil Deiner /etc/mpd.conf aus?

kanne · Apr 11th 2020

Hallo

Außer die Verzeichnisse (die sind unverändert seit der Installation) habe ich alles auskommentierte gelöscht.

Code

user				"mpd"
bind_to_address		"localhost"

input {
plugin "curl"
}

input {
enabled    "no"
plugin     "qobuz"
}

input {
enabled      "no"
plugin       "tidal"
}

decoder {
plugin                  "hybrid_dsd"
enabled                 "no"
}

audio_output {
type		"alsa"
name            "My ALSA Device"
mixer_type      "software"      # optional
}

filesystem_charset		"UTF-8"

Display More

Gruß

kanne · Apr 11th 2020

Hallo,

ich hab nochmal die Dateien asound.. überprüft. Dabei hat die .asoundrc folgende Rechte.

Code

-rw-r--r-- 1 root pi 351 Mar 26 11:15 .asoundrc

Sollte die nicht pi gehören und zu Gruppe audio gehören? Ist vielleicht nicht von Bedeutung, da sie alle lesen können.

Gruß

fred0815 · Apr 11th 2020

Ist root denn in der Gruppe audio ?

hyle · Apr 11th 2020

Quote from kanne

Sollte die nicht pi gehören und zu Gruppe audio gehören?

pi ja, Gruppe auch pi bei mir sieht das so aus:

Code

-rw-r--r--  1 pi   pi       238 Apr  4 16:09  .asoundrc

kanne · Apr 11th 2020

nein, root ist nicht in der Gruppe audio (sollte er nicht trotzdem darauf zugreifen können?)

und 2. bei .asoundrc hab ich den Besitzer in pi geändert, aber am Verhalten hat sich nichts geändert.

kanne · Apr 11th 2020

das Problem gab es schon mal woanders

https://raspberrypi.stackexcha…-and-even-with-sudo-su-pi

ist aber leider nur mit einer Neuinstallation "gelöst" worden.

kle · Apr 11th 2020

kanne schau nach einem Fehler mal ins mpd-Logfile z.B. mit tail -50 /var/log/mpd/mpd.log, evtl. erhöhst du den Loglevel in /etc/mpd.conf.

Einen Ausschnitt aus dem Logfile postest du in Codeblock, das ist das </>-Symbol im schwarzen Balken.

Schönen Gruß, kle

hyle · Apr 11th 2020

Ich glaube hier erstmal nicht an einen Fehler im mpd, denn zumindest

Code

~ $ sudo aplay /usr/share/sounds/alsa/Front_Center.wav

sollte funktionieren, wenn mit dem User pi auch etwas zu hören ist und die beiden alsa-Konfigurationsdateien (~/.asoundrc und /etc/asound.conf) identisch sind.

Könnte es irgendwie sein, dass dieses Sounddevice oder irgendwelche Abhängigkeiten nur für pi installiert wurde, ähnlich wie man das mit Modulen für Python machen kann?

kanne · Apr 11th 2020

na ja, das könnte schon sein. Bloß ich weiß nicht, wo man daran gehen könnte.

Ich finde auch nichts, wo die Voice-Hat Hardware benutzt wird.

Code

:~ $ aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: sndrpigooglevoi [snd_rpi_googlevoicehat_soundcar], device 0: Google voiceHAT SoundCard HiFi voicehat-codec-0 [Google voiceHAT SoundCard HiFi voicehat-codec-0]
Subdevices: 0/1
Subdevice #0: subdevice #0

kanne · Apr 11th 2020

ich hab den Loglevel auf "verbose" gesetzt und mpd neu gestartet (12:51). Anschließend mpc play 0 (Index-Fehler) und mpc play 1 ausgeführt. Inhalt /var/log/mpd/mpd.log:

Code

Apr 11 12:51 : state_file: Saving state file /var/lib/mpd/state
Apr 11 12:51 : player: played "bossa2.mp3"
Apr 11 12:51 : zeroconf: No global port, disabling zeroconf
Apr 11 12:51 : state_file: Loading state file /var/lib/mpd/state
Apr 11 12:51 : playlist: play 0:"bossa2.mp3"
Apr 11 12:51 : decoder_thread: probing plugin mad
Apr 11 12:51 : mad: detected LAME version 3.97 ("LAME3.97b")
Apr 11 12:51 : mad: LAME peak found: 0.000000
Apr 11 12:51 : mad: encoder delay is 576, encoder padding is 2244
Apr 11 12:51 : decoder: audio_format=44100:24:2, seekable=true
Apr 11 12:52 : client: [0] opened from local
Apr 11 12:52 : client: [0] process command list
Apr 11 12:52 : client: process command "status"
Apr 11 12:52 : client: command returned 0
Apr 11 12:52 : client: process command "currentsong"
Apr 11 12:52 : client: command returned 0
Apr 11 12:52 : client: [0] process command list returned 0
Apr 11 12:52 : client: [0] closed
Apr 11 12:52 : client: [1] opened from local
Apr 11 12:52 : client: [1] process command "play "0""
Apr 11 12:52 : playlist: play 0:"bossa2.mp3"
ALSA lib pcm_dmix.c:1108:(snd_pcm_dmix_open) unable to open slave
Apr 11 12:52 : exception: Failed to open "My ALSA Device" (alsa)
Apr 11 12:52 : exception: nested: Failed to open ALSA device "default": Device or resource busy
Apr 11 12:52 : exception: Failed to open "My ALSA Device" (alsa)
Apr 11 12:52 : exception: nested: Failed to open ALSA device "default": Device or resource busy
Apr 11 12:52 : client: [1] command returned 0
Apr 11 12:52 : client: [1] process command list
Apr 11 12:52 : client: process command "status"
Apr 11 12:52 : client: command returned 0
Apr 11 12:52 : client: process command "currentsong"
Apr 11 12:52 : client: command returned 0
Apr 11 12:52 : client: [1] process command list returned 0
Apr 11 12:52 : client: [1] closed

Display More

Verwundert bin ich über das "player: played "bossa2.mp3"" beim Start von mpd. Ich habe mal in der mpd.conf "restore_paused "no"" eingetragen, was aber auch nichts verändert hat.

kle · Apr 11th 2020

Quote from kanne

Apr 11 12:51 : state_file: Loading state file /var/lib/mpd/state
Apr 11 12:51 : playlist: play 0:"bossa2.mp3"

im state-File /var/lib/mpd/state merkt sich der mpd, was er zuletzt abgespielt hat.

der mpd läuft als System-Dämon mit owner mpd.

mpd spielt Playlists aus dem Verzeichnis /var/lib/mpd/playlists ab.

Am besten man löscht die gemerkte Playlist und lädt eine neue.

mpc ls zeigt die vorhandenen Playlists.

mpc clear löscht die aktuelle Playlist (nur aus dem state_file)

mpc load beispiel lädt die Playlist-Datei /var/lib/mpd/playlists/beispiel.m3u

mpc play oder mpc play 1 spielt den 1. Titel bzw. den 1. Stream der Playlist ab.

kanne · Apr 11th 2020

Danke!

hyle · Apr 11th 2020

Quote from kanne

na ja, das könnte schon sein. Bloß ich weiß nicht, wo man daran gehen könnte.

Ich finde auch nichts, wo die Voice-Hat Hardware benutzt wird.

Das geht mir ehrlich gesagt auch so.

Erschwerend hinzu kommt für mich, dass ich den Voice-Hat nicht kenne. Kannst Du uns mal bitte einen Link zu der von Dir verwendeten Anleitung zeigen? Vielleicht könnte man davon etwas herleiten.

kle · Apr 11th 2020

ich vermute das da https://aiyprojects.withgoogle.com/voice

und das Image https://github.com/google/aiyp…an/releases/tag/v20191113

Quote from hyle

Vielleicht könnte man davon etwas herleiten.

wenn du das image ohne die Hardware booten kannst, vielleicht siehst Du einen Service etc. der das alsa default pcm device belegt.

vielleicht mit systemctl

kanne · Apr 11th 2020

Natürlich, der erste Link ist die Original-Anleitung von Google und der zweite ein interessantes Google->Assistant Projekt

https://aiyprojects.withgoogle.com/voice/

https://www.instructables.com/…-Home-Automation-and-Ent/

kanne · Apr 11th 2020

Quote from kle

wenn du das image ohne die Hardware booten kannst, vielleicht siehst Du einen Service etc. der das alsa default pcm device belegt.

vielleicht mit systemctl

ja, muss ich mal ausprobieren.

MPC/MPD meldet: Device or resource busy

Tags

Users Viewing This Thread