[ANNOUNCE] vdr-streamdev-0.5.0 / 0.4.0

Zitat

Original von schmirl

Offenbar fehlt es Dir an der passenden Entwicklungsumgebung. Evtl musst Du soetwas wie ein vdr-dev Paket nachinstallieren - das ist abhängig von Deiner Distribution. Bitte informiere Dich in der Dokumentation zu yavdr.

Eine Doku dafür haben wir nicht, weil wir da nichts eigenes machen, das ist die typische Debian/Ubuntu-Vorgehensweise. Dieser Post von hotzenplotz5 kommt einer Anleitung noch am nächsten. Ich glaube bei etobi gab es irgendwo auch noch ein paar sehr informative Seiten.

Gerald

Zitat

Original von schmirl

Laut mencoder manpage muss man wohl den Parameter -novideo bzw. die Parameter -vc null -vo null angeben. Kannst Du diese Parameter testweise mal anstelle von "-ovc $VC $VOPTS" in die externremux.sh schreiben? Wenn das klappt: Kann man "-ovc $VC $VOPTS" auch stehen lassen und die Parameter einfach zusätzlich angeben?

So, ich habe beides getestet, läuft leider immer noch nicht:

Streamdev: Accepted new client (HTTP) 192.168.178.21:46764
vdr: [24498] streamdev-server: Detaching current receiver
vdr: [29895] streamdev-livestreaming thread started (pid=24253, tid=29895)
vdr: [29894] streamdev-writer thread started (pid=24253, tid=29894)
vdr: [29892] externremux.sh: mencoder -novideo -oac mp3lame -lameopts mode=3:preset=16 -vf scale -zoom -xy 160 -o /tmp/externremux-14053 -- -
vdr: [29892] externremux.sh: get_path("config") problem
vdr: [29892] externremux.sh: Seek failed
vdr: [29892] externremux.sh: Seek failed
vdr: ....
vdr: [29892] externremux.sh: Video stream is mandatory!
vdr: [24258] ERROR: 1 ring buffer overflow (188 bytes dropped)
vdr: [24498] client (HTTP) 192.168.178.21:46764 has closed connection
vdr: [24498] streamdev: closing streamdev connection to 192.168.178.21:46764
vdr: [24258] ERROR: 55 ring buffer overflows (10340 bytes dropped)
vdr: [24609] buffer usage: 70% (tid=29895)
vdr: [24498] ERROR: streamdev-livestreaming thread 29895 won't end (waited 3 seconds) - canceling it...
vdr: [29894] streamdev-writer thread ended (pid=24253, tid=29894)
vdr: [24498] streamdev-server: externremux process won't stop - killing it
vdr: [24498] buffer stats: 2801388 (74%) used

Streamdev: Accepted new client (HTTP) 192.168.178.21:57718
vdr: [24498] streamdev-server: Detaching current receiver
vdr: [30252] streamdev-livestreaming thread started (pid=24253, tid=30252)
vdr: [30251] streamdev-writer thread started (pid=24253, tid=30251)
vdr: [30249] externremux.sh: mencoder -vc null -vo null -oac mp3lame -lameopts mode=3:preset=16 -vf scale -zoom -xy 160 -o /tmp/externremux-19967 -- -
vdr: [30249] externremux.sh: get_path("config") problem
vdr: [30249] externremux.sh: -vo is not an MEncoder option
vdr: [24258] ERROR: 1 ring buffer overflow (188 bytes dropped)
vdr: [24258] ERROR: 52 ring buffer overflows (9776 bytes dropped)
vdr: [24609] buffer usage: 70% (tid=30252)
vdr: [24609] buffer usage: 80% (tid=30252)
vdr: [24609] buffer usage: 90% (tid=30252)
vdr: [24609] ERROR: 1 ring buffer overflow (188 bytes dropped)
vdr: [24258] ERROR: 58 ring buffer overflows (10904 bytes dropped)
vdr: [24609] ERROR: 10330 ring buffer overflows (1942040 bytes dropped)
vdr: [24258] ERROR: 58 ring buffer overflows (10904 bytes dropped)
vdr: [24498] client (HTTP) 192.168.178.21:57718 has closed connection
vdr: [24498] streamdev: closing streamdev connection to 192.168.178.21:57718
vdr: [24609] ERROR: 10359 ring buffer overflows (1947492 bytes dropped)
vdr: [24258] ERROR: 58 ring buffer overflows (10904 bytes dropped)
vdr: [24498] ERROR: streamdev-livestreaming thread 30252 won't end (waited 3 seconds) - canceling it...
vdr: [30251] streamdev-writer thread ended (pid=24253, tid=30251)
vdr: [24498] streamdev-server: externremux process won't stop - killing it
vdr: [24498] buffer stats: 3759812 (99%) used

Die Datei "/tmp/externremux-xxxx" wird erstellt und sofort wieder gelöscht.

Ronny

folgendes getestet:
-alle Plugins auf server/client disabled
- streamdev-filter = 0
- am client auf ARD HD, dann auf SKY Cinema (streaming) und zurück auf ARD HD
Logs dazu: client.1.tgz und server.1.tgz

-dann streamdev-filter = 1
- am client auf ARD HD, dann auf SKY Cinema (streaming) dann auf SAT 1
Logs dazu: client.2.tgz und server.2.tgz

Ich hoffe Du kannst was erkennen.

Hallo!

Ich wollte die neue Version auch gerne testen - allerdings scheitere ich schon beim Compilieren:

g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_CUTTIME -DUSE_JUMPPLAY -DUSE_LIEMIEXT -DUSE_MAINMENUHOOKS -DUSE_PLUGINMISSING -DUSE_SORTRECORDS -DUSE_WAREAGLEICON -D_GNU_SOURCE -I/src/vdr-1.7.14/include -I.. -o extern.o extern.c
extern.c: In constructor `Streamdev::cTSExt::cTSExt(cRingBufferLinear*, const cServerConnection*, const cChannel*, const int*, const int*)':
extern.c:154: Fehler: »const class std::map<std::string, std::string, std::less<std::string>, std::allocator<std::pair<const std::string, std::string> > >« hat kein Element namens »at«

Liegt es an meiner alten gcc-Installation (3.4.6)?

Gruß,
Nico

Zitat

Original von schmirl

Ja, gut erkannt. Ist in der CVS-Version bereits behoben. Patch findest Du im Bugtracker.

Ganz herzlichen Dank! Damit lässt es sich einwandfrei compilieren.

Noch einen schönen Tag,
Nico

Hallo,
hat sich erledigt, sorry

Hallo Frank.

Danke für die Analyse.
Der vdr ist bei mir immer nur mit dem liemikuutio-patch versehen.
Ich habe am client mal mit einem vanilla vdr getestet. Keine Besserung. Dann die channels.conf auf 3 Kanäle reduziert. sat/pro7/sky.
Und siehe da: kein Channelswitch auf dem server.
Kurze Rede, langer Sinn: es liegt am channels.conf Eintrag für Rockantenne.
Ohne gut, mit schlecht.
Warum auch immer, und warum sollte bei mir da was klingeln?
Muss ich halt ohne Rockantenne einschlafen. Habe ich bis heute ja auch ohne getan.
Besten Dank für die Hilfe.

Alexander

Hallo,

ich versuche gerade das Streamen per ext zum Laufen zu bekommen. Ich verwende VLC 1.1.0 unter Windows und greife auf System 3 zu.

Das Streaming mittels TS und PES funktioniert einwandfrei, sobald ich jedoch EXT nutzen möchte, gibt es folgende Fehlermeldungen:

VDR:

Aug  1 12:12:05 ionvdr vdr: [4016] Streamdev: Accepted new client (HTTP) 192.168.1.49:1112
Aug  1 12:12:05 ionvdr vdr: [4224] streamdev-livestreaming thread started (pid=3990, tid=4224)
Aug  1 12:12:05 ionvdr vdr: [4223] streamdev-writer thread started (pid=3990, tid=4223)
Aug  1 12:12:08 ionvdr vdr: [4016] ERROR: read from client (HTTP) 192.168.1.49:1112 failed: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
Aug  1 12:12:08 ionvdr vdr: [4016] streamdev: closing streamdev connection to 192.168.1.49:1112
Aug  1 12:12:08 ionvdr vdr: [4224] streamdev-livestreaming thread ended (pid=3990, tid=4224)
Aug  1 12:12:08 ionvdr vdr: [4223] streamdev-writer thread ended (pid=3990, tid=4223)
Aug  1 12:12:11 ionvdr vdr: [4016] buffer stats: 160176 (4%) used

Die tmp-Datei für externremux wird dabei für kurze Zeit (solange bis der VLC aufgibt) in /tmp angelegt und out.log zeigt sinnvolle Werte.

VLC liefert folgende Fehlermeldung:

VLC kann die MRL 'http://192.168.1.45:3000/ext/5' nicht öffnen. Sehen Sie für Details im Fehlerprotokoll nach.


access_http error: malformed header line: RIFFýýýýAVI LIST2
access_http error: malformed header line: RIFFýýýýAVI LIST2
access_mms error: malformed header line: RIFFýýýýAVI LIST2
main error: open of `http://192.168.1.45:3000/ext/5' failed: (null)

M.E. versteht der VLC den HTTP-Stream nicht, oder?

Gruss
Marcus

vielleicht ist das ganze ein wenig zu OT:
aber...basteln macht halt spass
Zum Thema:
ich habe mir bei server4you einen "Testserver" besorgt.
Dann habe ich auf diesem VLC 1.0.6 kompiliert und installiert.
Was auch funktioniert hat.
der VLC soll quasi als "Verteiler" meines Streams dienen
In der Firewall testweise ALLE TCP und UDP Ports freigegeben.
Dann habe ich mit folgender Commandline den VLC aufgerufen:

cvlc -vv -I http http://xxxxxxx.dyndns.info:8889/ext/9 --sout="#std{access=http,mux=ts,dst=0.0.0.0:8181}"

aufgerufen.
Der streamdev server acceptiert auch den connect, allerdings kommt nach ein paar Sekunden folgende Fehlermeldung:

ERROR: streamdev-server: couldn't send data: Connection timed out

O.g. commandline funktioniert übrigens auf meinem lokalen VLC einwandfrei.
Any Ideas?
EDIT: habe den Fehler gefunden..
Mein Streamingserver, und alle anderen Dienste, die mein Server bereitstellt, und der hinter einer Fritzbox hängt, ist nur noch ansprechbar, wenn der Client Rechner auf eine max. MTU von 1488 eingestellt ist.
Warum auch immer, da hat es wohl die Konfiguration der Fritzbox ein wenig zerschossen..

Zitat

Original von schmirl
Kann es sein, dass das eine alte externremux.sh ist, die noch nicht an die neuen Anforderungen angepasst ist?

Jetzt wo Du es sagst - weiss ich woran es liegen könnte. Ich glaube ich habe die externremux per Parameter dem Plugin übergeben - da ist es völlig egal, dass die neue in /etc/vdr/plugins/streamdev-server liegt :-/

Wenn ich wieder am VDR bin, prüfe ich das gleich mal.

Danke & Gruss
Marcus

Zitat

Original von dad401
Jetzt wo Du es sagst - weiss ich woran es liegen könnte. Ich glaube ich habe die externremux per Parameter dem Plugin übergeben - da ist es völlig egal, dass die neue in /etc/vdr/plugins/streamdev-server liegt :-/

Das war es - Problem behoben.

Zur externremux.sh:

Beim Updaten der neuen mit meinen alten Werten der externremux.sh stelle ich fest, dass es ggf. sinnvoll wäre einen "generellen" MPLAYER-Parameter einzuführen, z.B. MPLAYER_OPTS

Momentan kann ich z.B. folgende Zeile (ohne etwas am Skript intern zu ändern) nicht verwenden: -vf scale=320:240, da die Höhe ja automatisch vorgegeben wird, wenn WIDTH angegeben ist. Weiterhin braucht man ja evtl. zukünftig noch weitere MPLAYER-Optionen (neben -oac, -ovc etc.).

Weitere Idee:

mit meinem alten externremux.sh (m.E. eine aus dem Wiki) konnte ich auch Aufnahmen des VDR oder eine DVD abspielen. Ggf. kann man das ja auch hier integrieren. Das ganze sieht etwa wie folgt aus:

# DVD abspielen:
# /Extern;STREAMQUALITY:dvd:dvdfile


# Aufzeichnungen abspielen
# /Extern;STREAMQUALITY:rec:dirname to search
# /Extern;STREAMQUALITY:file:filename to search


mkdir -p $TMP
mkfifo $TMP/out.avi
(trap "rm -rf $TMP" EXIT HUP INT TERM ABRT; cat $TMP/out.avi) &


case ${1:0:1} in
     [A-Z]) IFS=: CMD=($1) IFS= ;;
         *) IFS=: CMD=("$STREAMQUALITY" $1) IFS= ;;
esac


case ${CMD[1]} in
     d*) RECORDING="dvd://${CMD[2]}"
         ;;
     r*) REC=$(eval find $RECDIR -name 20*.rec | grep -m 1 -i "${CMD[2]}")
         if [ -d "$REC" ] ; then
             RECORDING="$REC/[0-9][0-9][0-9].vdr"
         fi
         ;;
     f*) REC=$(eval find $RECDIR | grep -m 1 -i "${CMD[2]}")
         if [ -f "$REC" ] ; then
             RECORDING="$REC"
         fi
         ;;
esac

Gruss
Marcus

Zitat

Original von schmirl
Gibt es einen Grund, die Höhe direkt angeben zu wollen? Falls ja, spricht natürlich nichts dagegen, einen entsprechenden Parameter einzuführen.

Da ich auch gerne mal zu meinem Handy streame (Nokia N82) habe ich dort immer genau die Bildschirmauflösung angegeben. Mit der derzeitigen Angabe kommen m.E. 320x256 heraus und das mag der Handyplayer wohl nicht.

Zitat

Original von schmirl
Sorry, aber das ist zu sehr gebastelt. Das Streaming einer Aufnahme belegt dabei einen Live-Kanal. Irgendwann kann streamdev das Streaming von Aufnahmen vielleicht selbst - die Grundvoraussetzungen dazu wurden im Rahmen der XBMC-Integration schon geschaffen. Mein persönliche Motivation dies in Angriff zu nehmen ist aber relativ gering, da ich HTTP-Streaming nicht verwende.

Ok, das ist verständlich. War auch nur als Idee gedacht...

Marcus

Aus einem mir nicht wirklich begreiflichen Grund, bekommt mein Client keine zugriff auf den Server.
Mit der 4.0 hatte noch alles fehlerlos funktioniert. Habe ich ein Brett heute morgen vor dem Kopf ?

Hier mal der Auszug aus der setup.conf des Server :

streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 1
streamdev-server.IGMPBindIP = 0.0.0.0
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPStreamType = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

streamdevhosts.conf server

#
# streamdevhosts This file describes a number of host addresses that
# are allowed to connect to the streamdev server running
# with the Video Disk Recorder (VDR) on this system.
# Syntax:
#
# IP-Address[/Netmask]
#

127.0.0.1 # always accept localhost
#192.168.100.0/24 # any host on the local net
#204.152.189.113 # a specific host
#239.255.0.0/16 # uncomment for IGMP multicast streaming
#0.0.0.0/0 # any host on any net (DON'T DO THAT! USE AUTHENTICATION)

Hier mal die Fehlermeldung vom Server
Aug 14 09:31:08 (none) user.err vdr: [18417] Streamdev: Accepted new client (VTP) 192.168.25.3:51276
Aug 14 09:31:08 (none) user.err vdr: [18417] streamdev: client 192.168.25.3:51276 not allowed to connect
Aug 14 09:31:08 (none) user.err vdr: [18417] streamdev: closing streamdev connection to 192.168.25.3:51276

Und hier mal die vom Client
Aug 14 09:36:46 (none) user.err vdr: [9461] ERROR: Streamdev: Didn't receive greeting from 192.168.25.2:2004
Aug 14 09:36:46 (none) user.err vdr: [9461] retrying
Aug 14 09:36:46 (none) user.err vdr: [9461] ERROR: Streamdev: Didn't receive greeting from 192.168.25.2:2004
Aug 14 09:36:46 (none) user.err vdr: [9461] retrying
Aug 14 09:36:46 (none) user.err vdr: [9461] ERROR: Streamdev: Didn't receive greeting from 192.168.25.2:2004
Aug 14 09:36:46 (none) user.err vdr: [9461] retrying
Aug 14 09:36:50 (none) user.err vdr: [9461] switching to channel 1
Aug 14 09:36:50 (none) user.err vdr: [9461] ERROR: Streamdev: Didn't receive greeting from 192.168.25.2:2004
Aug 14 09:36:50 (none) user.err vdr: [9461] info: Kanal nicht verfügbar!

Hi,

streamdevhosts.conf server


#
# streamdevhosts This file describes a number of host addresses that
# are allowed to connect to the streamdev server running 
# with the Video Disk Recorder (VDR) on this system.
# Syntax:
# 
# IP-Address[/Netmask]
#


127.0.0.1 # always accept localhost
#192.168.100.0/24 # any host on the local net
#204.152.189.113 # a specific host
#239.255.0.0/16 # uncomment for IGMP multicast streaming
#0.0.0.0/0 # any host on any net (DON'T DO THAT! USE AUTHENTICATION)

Du musst auch dein internes Netz freigeben, also bspw.
192.168.25.0/24
einfügen

MFG
KRis