MMM-MplayerRadio no Sound gelöst

[stoffel]

Re: MMM-MplayerRadio - No sound

die vorgeschlagenen Lösungen habe bei mir nicht funktioniert. Nach langer suche habe ich heraus gefunden das der EACCES
at ChildProcess._handle.onexit (node:internal/child_process:283:19) error durch die Rechte 744 statt 644 für das Script StreamlinkWrapper.bash behoben werden kann. Falls das ein Sichereitsrisiko darstellt bitte melden. Jetzt funktioniert alles wie früher :clapping_hands: .

config: {
          customCommand: "/home/????/MagicMirror/modules/MMM-MplayerRadio/scripts/streamlinkWrapper.bash",
          customCommandArgs: ["10","30","###URL###"],

[wishmaster270]

@stoffel
Hi, und danke, für den Hinweis. Ich werd die Rechte vom Skript überprüfen.
Es muss ausführbar sein, insofern ist die 7 schon mal nicht schlecht.

[stoffel]

@wishmaster270
ich habe vergessen das es auch ein problem mit dem ssl Zertifikat gibt deshalb habe ich zum testen im script noch die Option –http-no-ssl-verify --player-continuous-http angefügt. Meine Streams sind alle von surfmusik.de, vielleicht funktionieren andere Streams auch ohne diesen zusatz. Ob das ssl-problem vom Modul oder vom System kommt kann ich nicht sagen.

[stoffel]

@wishmaster270
Die Scripte vlcPaWrapper.bash und vlcWrapper.bash habe ich garnicht. Ein git pull endet mit der Meldung bereits aktuel

[wishmaster270]

@wishmaster270
Ich hab eben mal das Projekt frisch von GitHub geklont und die Rechte überprüft.
Orginal sind sie auf 776 und damit etwas großzügiger gesetzt.
Je nach System könnte es noch sein, dass die Umask eine Rolle spielt.
Es ist allerdings kein Problem im Repo sondern wenn eine Einstellung im System.

[wishmaster270]

@stoffel
Die zusätzlichen Optionen im Skript könnte ich noch ergänzen. Allerdings deuten HTTPS Probleme bei “offiziellen” Sendern meistens auf eine falsch eingestellte Systemzeit hin.
Die beiden Dateien sind im offiziellen Repo https://github.com/Tom-Hirschberger/MMM-MplayerRadio.git auf alle Fälle im Haupt-Branch eingecheckt und sollten bei einem Klone auch mit kopiert werden.

[stoffel]

@wishmaster270
so, habe jetzt das Modul gelöscht und neu gecloned. Alle Dateien vorhanden. Die Rechte bei den Scripten stehen bei mir auf 755.

Habe es mal mit dem vlcWrapper probiert, leider ohne Erfolg wegen des ssl-problem. Meine System-zeit ist auf Europa/berlin eingestellt und zeigt die korrekte Zeit an.

locales:
LANG=de_DE.UTF-8
alles andere = de_DE

apt-cache policy vlc; lsb_release -a; uname -a

vlc:
Installiert: 3.0.18-0+rpt3+deb11u1
Installationskandidat: 3.0.18-0+rpt3+deb11u1
Versionstabelle:
*** 3.0.18-0+rpt3+deb11u1 500
500 http://archive.raspberrypi.org/debian bullseye/main armhf Packages
100 /var/lib/dpkg/status
3.0.18-0+deb11u1+rpi1 500
500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
Linux raspberrypi 6.1.21-v7+ #1642 SMP Mon Apr 3 17:20:52 BST 2023 armv7l GNU/Linux

Vielleicht könnte man eine weitere Var dem Script hinzufügen für die die noch (oder andere) Optionen anfügen möchten/müssen. Ansonsten ein super Module, kenne auch kein anderes. Danke dafür.

Für mich ist das no-sound Problem gelöst :hugging_face: :clapping_hands:

[wishmaster270]

@stoffel Super, dass die Dateien jetzt da sind und die richtigen Rechte haben. Da konnte ich mir echt nicht eklären, wo es her kommt.
Die zusätzlichen Optionen sollten kein Problem sein. Muss mich kurz mit dem Slicing von Arrays in Bash beschäftigen aber dann sollte das für beide VLC Wrapper kein Problem sein.

[wishmaster270]

@stoffel
Ich hab eben Version 0.1.1 vom Modul online gestellt. Die Wrapper sind jetzt beide so angepasst, dass nach der Stream-URL eine beliebige Anzahl and eigenen Parametern angehängt werden kann. Diese werden transparent in den Aufruf von VLC übernommen.

[stoffel]

@wishmaster270
ein git pull hat den streamlinkWrapper nicht überschrieben, also Modul gelöscht und neu gecloned.
Alles gut. Dann neu gebootet und

customCommandArgs: ["10","30","###URL###","--http-no-ssl-verify --player-continuous-http"],

in meiner Config eingefügt, funktioniert leider nicht.

customCommandArgs: ["10","30","###URL### --http-no-ssl-verify --player-continuous-http"],

funktioniert leider auch nicht.

streamlink "httpstream://${LINK}" live -p cvlc --retry-streams $STREAM_TIMEOUT --http-no-ssl-verify --player-continuous-http

in der streamlinker.bash funktioniert :thumbs_up:

Jetzt habe ich ein neues Problem. Wenn ich über mein Modul MMM-ConfigSwitcher in eine andere Config wechsle wird der Streamlinker nicht gekillt.
Der Streamlinker starte jetzt in jeder Config automatisch, wahrscheinlich wegen der Option –player-continuous-http.
Wie kann ich den Streamlinker sicher stoppen.

Das MMM-ConfigSwitcher Module (meine Anpassung des MMM-ProfileSwicher) ruft das defauft.sh script auf

cp -a -v ../MagicMirror/config/config.default.js ../MagicMirror/config/config.js 1>> ./log_erfolgreich.txt 2>> ./log_fehlgeschlagen.txt
pm2 restart MagicMirror

Der Befehl ps gibt nur bash und ps aus
ein killall vlc killt den vlc nicht aber den streamlinker.
Hast du vieleicht eine Idee?