Streamdev-server StreamQuality,m3u,ExternalIP patch

der m3u Patch ist imOriginal im streamdev bug tracking system mantis auf vdrdeveloper.org zu bekommen. Die andere geschichte ist nett Was ich suche wäre das übergeben wird ob es Radio oder TV ist, dann könnte man im script drauf reagieren ...

Hi,

kann jemand mal den reinen m3u_playlist-0.6.patch hier posten.
http://phivdr.dyndns.org/vdr/vdr-streamdev-patches/playlist
scheint down zu sein.

Danke
Alex

Hi

Netter Patch, mit der Qualität kann ich das sehr gut gebrauchen.
Beim kurz überfliegen ist mir aufgefallen dass du den Content-Type der m3u-Playlist auf plain/text gesetzt hast, da würde sich audio/x-mpegurl anbieten.

Radio erkennt man an vpid==0. m_ListChannel hat vielleicht sowas (nur geraten )

Gruss

Das wäre das beste

tuxinger: Ich stelle gerade das gesamte HTTP-URL-Handling im streamdev-server um. Das ganze ist schon recht weit gediehen, kann aber noch nicht auf die Menschheit losgelassen werden ;). Mangels Zeit werden auch noch ein paar Wochen ins Land ziehen. Mach Dir daher bitte keine unnötige Arbeit.

In der neuen Version wird im HTML grundsätzlich mit relativen Links gearbeitet. Das external-IP-Problem stellt sich hier dann nicht mehr. Anders in den m3u-Playlists, denn dort muss - soweit ich das bisher gelernt habe - immer die komplette URL rein. Da wäre Deine Idee mit der konfigurierbaren externen IP eine geschickte Lösung. Werde ich in irgendeiner Form mit einbauen.

In Anlehnung an den m3u-Patch werden die verfügbaren Kanal-Listen erweitert und untereinander verlinkt: Alle Kanäle, alle Gruppen, Kanäle einer bestimmten Gruppe sowie eine Baumansicht in der eine Gruppe geöffnet ist.

Für externremux: Wenn Radio auch noch in irgendeiner Form übergeben werden soll, würde ich hier eher HTTP-Parameter einsetzen anstatt den Pfad zu erweitern: http://<vdr-ip>:<streamdev-port>/extern/<kanal>?quality=dsl6000&vpid=0).

Hi schmirl,

Radio soll nicht übergeben werden in der URL, aber sollte an externremux übergeben werden. Hintergedanke ist der, das du beim extrnremux zum Beispiel nicht glücklich wirst mit Radio, weil zB kein Video vorhanden ist, andersrum möchte man zB Video ganz anders handeln (runterrechnen zB während Radio unbearbeitet rausgeht oder so). Wenn das skript das übers Environment erfahren könnte, und die Qualität auch, könnte man ein extern-remux skript für viele Einsatzzwecke schreiben und es müsste nicht jeder das Rad neu erfinden. *

* auch audio/x-mpegurl , audio/mpeg etc pp also die Mimetypen sind abhängig vom Content.

Heisst das was du da grade machst die Zuverlässigkeit des Streamings erhöht ? Bei mir bleibt er momentan mal hängen und mal nicht - hab auch keine Idee wie ich hier mehr Infos liefern könnte ...

steffen_b:

Zitat

Radio soll nicht übergeben werden in der URL, aber sollte an externremux übergeben werden.

Klar -

Zitat

Heisst das was du da grade machst die Zuverlässigkeit des Streamings erhöht ?

Nicht wirklich - ich überarbeite nur die HTML-Oberfläche. Die Streams als solche bleiben unverändert. Ich nehme mal an, Dein Log gibt bei Problemen nichts verwertbares her?

tuxinger:

Zitat

Wenn ich dir irrgendwie helfen kann lass es mich wissen, bin zwar nächste Woche 4 Tage im Urlaub aber sonst gerne.

Danke für das Angebot. Ich kann Dir ja mal vorab den Patch zukommen lassen sobald alles soweit an seinem Platz ist. Wird aber wie gesagt noch dauern - ich habe nicht viel Zeit um am VDR zu basteln.

Super

schmirl: Ja - nur das sich ein client connected hat und dann hängt er und nichts passiert - Clients dürfen pausieren und pausieren steht auf immer oder so. Gibt es nen DEBUG Parameter den ich mit reinnehmen kann, so das ich beim nächsten testen mehr Infos liefern kann ?
Ansonsten sollte man evtl. 409 zurückliefern wenn der Kanal nicht verfügbar ist Sollte den Leuten helfen zu erkennen, ob das pausieren richtig eingestellt ist. Ja ich weiss das ich nur klugscheissen aber nicht programmieren kann

tuxinger: Danke ! werde mir am WE mal das Plugin mit deinem Patch drauf tun und ausprobieren

Zitat

Original von steffen_b
Gibt es nen DEBUG Parameter den ich mit reinnehmen kann, so das ich beim nächsten testen mehr Infos liefern kann ?

Unbedingt das Log des Programms prüfen, das Du zum remuxen verwendest. Ansonsten im streamdev-Verzeichnis:

make clean; DEBUG=1 make all

Danach das neue streamdev-server.so an seinen Platz kopieren und VDR neu starten. Da die Debug-Ausgaben über stderr kommen, ist es sinnvoll, stderr in eine Datei umzulenken.

Zitat

Ansonsten sollte man evtl. 409 zurückliefern wenn der Kanal nicht verfügbar ist Sollte den Leuten helfen zu erkennen, ob das pausieren richtig eingestellt ist.

In dem Fall wird doch 409 zurückgegeben ?(. Hat vielleicht das Client-Programm ein Problem die 409-Meldung dem Benutzer anzuzeigen? Habe da keinerlei Erfahrung, da ich den HTTP-Streaming-Teil praktisch nicht nutze (höchstens mal zum Testen).

schmirl: Danke - werde ich mal im Auge behalten - momentan funktionierts

tuxinger: Hab mir die aktuelle CVS mit deinem Patch installiert - Mit RADIO muss zwingend die Quali angegeben werden, ansonsten wird der Sender ans Script übergeben

Momentan kämpfe ich grade mit der externremux.sh - ich will das für Radio ein mp3 stream zurückgegeben wird und für Video je nach Quali - ein vernünftiges mpeg ( ovc copy , oac copy -of mpeg in mencoder) oder runtergerechnetes divx ) Video ist kein Problem mehr - nur Radio zickt rum - mencoder kann mit PES ohne Video nicht umgehen - also muss ich ffmpeg verwenden - das bleibt aber hängen - /usr/bin/ffmpeg -i - -vn -f mp3 $OUT.avi &>$OUT.log müsste doch eigentlich gehen ... . Hintergrund ist das ich mit mediatomb zu meinem TG100 streamen will

Ich hab jetzt mal DEBUG=1 im Plugin Makefile aktiviert und das Plugin nochmal installiert. Die Debugmeldungen kommen auf der Konsole raus (nicht so optimal - aber es geht) - ich kann auch das hängenbleiben reproduzieren - allerdings findet sich auch im Debuglog nichts besonderes. Ich denke aber ich habe eine Ahnung woran es liegt:

Reproduzieren lässt es sich dadurch das ich den Stream stoppe und wieder starte und wieder stoppe und wieder starte etc pp. - meine Ahnung hat sich dann dahingehend bestätigt als ich mit ps geschaut habe was da noch läuft.

ernie:~# ps -ef | grep mencoder | wc -l
25
ernie:~# ps -ef | grep cat | wc -l
5

Sprich die Prozesse sterben nicht mit dem schliessen des Streams. Max EDIT:Clients = 5 was genau der Anzahl der cat Prozesse entspricht. Danach steht er dann einfach ohne das was passiert - es kommt auch kein 409

Initializing Remuxer for full channel transfer
Creating Receiver to respect changed pids
OUT: |HTTP/1.0 200 OK|
OUT: |Content-Type: video/mpeg|
OUT: ||
streamer start
start streamer
cStreamdevLiveStreamer::Attach()
LiveReceiver->Activate(1)
activate streamer
Writer start

Die Frage die daraus resultiert ist: Ist mein Script verkehrt das die Prozesse hängen oder liegt das am plugin ? Die Vermutung liegt zumindest nahe das hier das Problem liegt. Wenn dem so ist frage ich mich warum er die Connection noch als offen erkennt wenn er eigentlich durch den Deconstructor schon wieder durch ist und das Parentskript nicht mehr läuft. (Jaja ich weiss gefährliches Programmierhalbwissen )

#!/bin/sh


umask 077
tmpdir=/tmp/externremux.$$
OUT=$tmpdir/out
logger $OUT
mkdir $tmpdir || exit 1
logger " mkdir erfolgreich"
#trap "rm -rf $tmpdir; exit" 0 1 2 3 15
/usr/bin/mkfifo $OUT.avi && logger "mkfifo done"
cat $OUT.avi &
logger "cat vom fifo"


if [ "$1" == "" ];then
STREAMQUALITY="STANDARD"
        else
STREAMQUALITY=$1
fi


logger "$@"


case "$STREAMQUALITY" in
  "DSL1000")
    /usr/bin/mencoder - -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=100:autoaspect -oac mp3lame -lameopts preset=15:mode=3 -vf scale=160:104  -o $OUT.avi &>$OUT.log
  ;;
  "DSL3000")
    /usr/bin/mencoder - -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=270:autoaspect -oac mp3lame -lameopts preset=15:mode=3 -vf scale=320:208  -o $OUT.avi &>$OUT.log
  ;;
  "STANDARD")
    /usr/bin/mencoder - -of mpeg -ovc copy -oac copy -mpegopts format=mpeg -o $OUT.avi &>$OUT.log
  ;;
  "WLAN11")
    /usr/bin/mencoder - -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=768 -oac mp3lame -lameopts preset=standard -vf scale=640:408 -o $OUT.avi &>$OUT.log
  ;;
  "WLAN54")
    /usr/bin/mencoder - -cache 8096 -ovc lavc -vf pp=lb -xy 640 -lavcopts vcodec=mpeg4:vbitrate=2048:autoaspect -oac mp3lame -lameopts preset=standard -o $OUT.avi &>$OUT.log
  ;;
  "IPAQ")
    cat $OUT.avi & /usr/bin/mencoder "$IN" -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=350 -oac mp3lame -lameopts preset=15:mode=3 -vf scale=320:208 -o $OUT.avi &>$OUT.log
  ;;
esac


rm -f $OUT.avi /tmp/$OUT.log

Das wäre das Skript was ich benutze. Ob ich das trap drinne habe oder nicht interessiert mencoder nicht die Bohne. Der Prozess sitzt dann im interuptible sleep und ein Kill auf den Prozess nützt nichts nur kill -9 hilft.

Hoffe ich konnte hiermit wertvollve Hinweise auf den Täter liefern Davon abgesehen liefert streamdev nicht den richtigen mime-type sondern immer nur video/mpeg was einige Programme dureinanderbringen dürfte - aber das ist nur ne Randbemerkung.

EDIT: Ich habe jetzt mal PES und TS ausprobiert - die beiden konnte ich nicht dazu bringen hängen zu bleiben - TS mag nun sogar mein TG100 (über mediatomb) - mal weiter schauen.

Hi,

hört sich ja vielversprechend an, allerdings funktioniert das bei mir leider nicht. Das Patchen und Kompilieren der aktuellen cvs-Version lief ohne Probleme, aber sobald ich über Extern gehe bekomme ich zB von kaffeine nur das:

16:50:21: xine: Kann keinen Demultiplexer für >http://localhost:50930/Extern/DSL6000/107< finden
16:50:21: input_http: Lesefehler 115
16:49:50: xine: Inputplugin gefunden: http Plugin

Ein mencoder-Prozess scheint nicht zu existieren, es dauert aber einige Sekunden mit regelmäßigem Festplatten-Rattern bis diese Fehlermeldung erscheint. Eine /tmp/out.log kann ich auch nicht finden.

Wenn ich das Extern weglasse also nur http://localhost:50930/107 dann läuft es problemlos.

Ich verwende vdr-1.4.7, xineliboutput und opensuse 10.2. Außerdem dein Beispielscript von oben.

Ich hoffe du kannst mir helfen.

Mfg,
balta

Edit:
Hat sich erledigt, der externremux.sh fehlte die Berechtigung...

Ich habe leider die Probleme noch nicht lösen können - von Zeit zu Zeit bleiben die Prozesse cat und mencoder bestehen - bin mir sicher das es am script liegt - verstehe nur nicht warum. ffmpeg für radio läuft leider auch nicht.

Die funktionalität ist aber genial - und in zusammenhang mit dem Playlistfeature ist es absolut genial ! Die neueste Mediatomb Version kann Playlisten importieren und beherscht inotify update - also hab ich mir nen cron gebastelt was die playlist zieht und mediatomb aktualisiert sie dann - mit nem Streamingclient(ich han nen TG100) kann ich nun den Sender auswählen und schauen Funktioniert auch af der Xbox besser als xstreamdev

schmirl: Das m3u Playlistfeature unbedingt übernehmen - ist wesentlich funktionaler als die Webpage - was noch fehlt wäre ein xml frontend das andere Applicationen das darstellen einfacher übernehmen können.