mplayer-therad-umschaltung mit Taster aus C heraus !?

[hirnfrei]

Klar bleibt das beim mplayer hängen. Ich weiss nicht genau ob es sich bei system() genau so verhält wie im Terminal, gehe aber davon aus. Entsprechend müsstest du

system ("mplayer -playlist /home/pi/mplay/radio1.pls &");

verwenden. Dann sollte mplayer gestartet werden ohne das Programm zu blockieren.

Nächstes Problem dürftest du dann aber haben, dass mit dem nächsten Aufruf einfach ein neuer mplayer gestartet wird und du auf einmal zwei laufen hast. Von daher wäre vorher ein Aufruf

system("killall mplayer");

von Nöten sein. Habe ich selbst aber nicht getestet. Denke aber das es so funktionieren könnte.

[peterfido]

Hallo,

eine solche Antwort wollte ich auch erst posten, finde das aber 'irgendwie' unsauber, da beim Killen evtl. der Audiopuffer ständig die letzte Sequenz abspielt. Also erst Tonaus, dann killen, dann mit neuem Stream starten, dann paar Millisekunden warten und dann Ton wieder an.

Ich nutze für Internetradio den MPD. Der lässt sich relativ einfach 'fernbedienen'

[hirnfrei]

Wirklich toll ist es in der Tat nicht und ich glaube auch unter Phyton kann man das besser lösen. Zumindest habe ich mal vor ein paar Jahren ein Programm in Phyton gesehen wo man über http den mplayer steuern kann. Habe auch schon geguckt, finde das Forum aber nicht mehr.

Richtig sauber wird es aber wohl erst, wenn man den Stream direkt aus dem Netz holt und dann im Programm selbst abspielt. Das ist aber auch ungleich mehr Aufwand.

[HaWe]

Python, die Riesenschlange (wahrscheinlich wegen dem Monsterbandwurmcode), nicht Phyton, das Plankton-Micropflänzchen

[hirnfrei]

Wer wird denn hier spitzfindig

[Thomas$]

$man mplayer siehe stichpunkt -input mplayer -input file= deineFIFo und dann wechselst du nur in deiner Playlist hin und her

[alldroid]

Danke an "hirnfrei" für den Tip mit dem & .
Klappt super!
(Man sollte eben nicht den ganzen Tag vor dem Windows-Rechner hängen sondern sich bei Zeiten auch
einmal in die Linux-Kommadozeilenoptionen einarbeiten...).
Und wenn der Audiobuffer nur temporär gespeichert wird und beim Neustart wieder leer ist,
sollte ja auch die SD-Karte auf Dauer nicht vollgeschrieben werden (werde das dauerhafte Verhalten beobachten;
Das was ich mit den Python-Scripten gefunden habe ist mir dann doch zu kompliziert; kann ja nur ansi-C ).