VDR 1.4.7 Streaming Server - EPG OK, kein Stream

doesit · 20. November 2007

Hallo!

Ich daddel nun schon eine Weile mit der c't Version 1.4.7 und dem Vorsatz eines Streaming Servers fürs Hausnetzwerk vor mich hin und bin so langsam aber sicher ziemlich demotiviert, weil nicht wirklich viel geht.
Ja, und ich habe gesucht. Hier und bei Google. Aber nichts hat bisher geholfen.

Der Vorsatz lautet also:
c't VDR auf einen 1.1 GHz Athlon im Keller, als Streaming Server für das ganze Haus. KEIN Fernseher an der kiste - kein Framebuffer, NUR Streaming. SkyStar 2 scheint zu laufen - weil EPG funktioniert. Streaming-server ist installiert. (Online) Repository über ap-get update und upgrade sollte auf dem neuesten Stand sein.

Mangels OSD ist das in der setup.conf eingetragen worden:
streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 2
streamdev-server.MaxClients = 6
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

svdrphosts.conf sieht so aus:
127.0.0.1 # always accept localhost
192.168.1.0/24 # any host on the local net
#204.152.189.113 # a specific host
#0.0.0.0/0 # any host on any net (USE THIS WITH CARE!)

Das funktioniert:

1. http://192.168.1.130:8001/ -> OK
1.1 Alternativ ist auch http://192.168.1.130:8080/ OK
2. EPG Daten sehe ich, also z.B. "Was läuft jetzt?"
3. VDR Zapper unter Windows lässt die Channel-Liste sehen

Das geht nicht
1. http://192.168.1.130:3000 -> nicht OK. Keine Liste
2. mplayer unter Windows:
MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz (Family: 6, Model: 15, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.

Playing http://192.168.1.130:3000/1.
Connecting to server 192.168.1.130[192.168.1.130]: 3000...
STREAM_ASF, URL: http://192.168.1.130:3000/1
Connecting to server 192.168.1.130[192.168.1.130]: 3000...
Connecting to server 192.168.1.130[192.168.1.130]: 3000...

Exiting... (End of file)

Wie gesagt, VDR Zapper holt sich zwar die EPG DAten aber mehr läuft nicht! Alternativ hab ich auch mal http://192.168.1.130:8009 -> (Live) ausprobieren wollen, geht nicht, ist aber installiert.

So - wer mir sagen kann, welches Gebet ich sprechen muss, den schließ ich in meines mit ein

Danke im Voraus!
Thomas

doesit · 20. November 2007

Hab eben mal in /var/log/syslog geschaut:

Code

Nov 20 11:04:32 recorder vdr: [4262] Streamdev: Accepted new client (HTTP) 192.168.1.180:56460
Nov 20 11:04:32 recorder vdr: [4262] streamdev: client 192.168.1.180:56460 not allowed to connect
Nov 20 11:04:32 recorder vdr: [4262] streamdev: closing streamdev connection to 192.168.1.180:56460
Nov 20 11:04:32 recorder vdr: [4262] Streamdev: Accepted new client (HTTP) 192.168.1.180:56461
Nov 20 11:04:32 recorder vdr: [4262] streamdev: client 192.168.1.180:56461 not allowed to connect
Nov 20 11:04:32 recorder vdr: [4262] streamdev: closing streamdev connection to 192.168.1.180:56461
Nov 20 11:04:32 recorder vdr: [4262] Streamdev: Accepted new client (HTTP) 192.168.1.180:56462
Nov 20 11:04:32 recorder vdr: [4262] streamdev: client 192.168.1.180:56462 not allowed to connect
Nov 20 11:04:32 recorder vdr: [4262] streamdev: closing streamdev connection to 192.168.1.180:56462
Nov 20 11:04:43 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:05:47 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:06:51 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:07:22 recorder vdr: [4246] connect from 127.0.0.1, port 33599 - accepted
Nov 20 11:07:22 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:07:24 recorder vdr: [4246] connect from 127.0.0.1, port 33600 - accepted
Nov 20 11:07:24 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:07:33 recorder vdr: [4246] connect from 127.0.0.1, port 33601 - accepted
Nov 20 11:07:33 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:07:55 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:08:59 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:10:03 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:11:00 recorder vdr: [4261] EPGSearch: timer conflict check started
Nov 20 11:11:00 recorder vdr: [4261] EPGSearch: timer conflict check finished
Nov 20 11:11:07 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:11:20 recorder vdr: [4255] Connectiong tgftp.nws.noaa.gov.
Nov 20 11:11:21 recorder vdr: [4255] Response was:  220 Authorized users only. All activity may be monitored and reported. 
Nov 20 11:11:21 recorder vdr: [4255] Login user [anonymous].
Nov 20 11:11:21 recorder vdr: [4255] Response was:  230 Login successful. 
Nov 20 11:11:21 recorder vdr: [4255] Setting connection mode: PASV
Nov 20 11:11:21 recorder vdr: [4255] Getting /data/observations/metar/stations/EDDF.TXT.
Nov 20 11:11:22 recorder vdr: [4255] Response was:  150 Opening BINARY mode data connection for /data/observations/metar/stations/EDDF.TXT (62 bytes). 
Nov 20 11:11:22 recorder vdr: [4255] Reading date.
Nov 20 11:11:22 recorder vdr: [4255] Reading metar.
Nov 20 11:11:22 recorder vdr: [4255] Response was:  150 Opening BINARY mode data connection for /data/observations/metar/stations/EDDF.TXT (62 bytes). 
Nov 20 11:11:22 recorder vdr: [4255] Closing connection.
Nov 20 11:11:22 recorder vdr: [4255] Response was:  226 File send OK. 
Nov 20 11:11:22 recorder vdr: [4255] Fetched METAR: EDDF 200950Z 09008KT CAVOK 04/01 Q1015 NOSIG 
Nov 20 11:11:22 recorder vdr: [4255] Decoded METAR:    /*******************************************/ /*    THE DECODED METAR REPORT FOLLOWS     */ /*******************************************/  STATION ID          : EDDF OBSERVATION DAY     : 20 OBSERVATION HOUR    : 9 OBSERVATION MINUTE  : 50 WIND DIRECTION      : 90 WIND SPEED          : 8 WIND UNITS          : KT TEMP. (CELSIUS)     : 4 D.P. TEMP. (CELSIUS): 1 ALTIMETER (PASCALS) : 1015 CAVOK               : TRUE    
Nov 20 11:12:12 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:12:22 recorder vdr: [4246] connect from 127.0.0.1, port 47296 - accepted
Nov 20 11:12:22 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:12:25 recorder vdr: [4246] connect from 127.0.0.1, port 47297 - accepted
Nov 20 11:12:25 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:13:16 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:14:20 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:15:24 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:16:28 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:17:01 recorder /USR/SBIN/CRON[6024]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov 20 11:17:22 recorder vdr: [4246] connect from 127.0.0.1, port 59247 - accepted
Nov 20 11:17:22 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:17:25 recorder vdr: [4246] connect from 127.0.0.1, port 59248 - accepted
Nov 20 11:17:25 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:17:32 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:17:36 recorder vdr: [4246] connect from 127.0.0.1, port 59249 - accepted
Nov 20 11:17:36 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:18:36 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:19:40 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:20:44 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:21:48 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:22:23 recorder vdr: [4246] connect from 127.0.0.1, port 35821 - accepted
Nov 20 11:22:23 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:22:26 recorder vdr: [4246] connect from 127.0.0.1, port 35822 - accepted
Nov 20 11:22:26 recorder vdr: [4246] closing SVDRP connection
Nov 20 11:22:53 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:23:57 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 11:25:01 recorder vdr: [4251] frontend 0 timed out while tuning to channel 1, tp 112187

Alles anzeigen

Scheinbar wird trotz der Einstellungen in svdrphosts.conf - siehe oben - der Zugriff nicht zugelassen. Verstehe das wer will - ich verstehe es nicht!

Was da sonst noch heraus zu sehen ist, könnt glaub ich eher Ihr mir sagen.

don-baba · 20. November 2007

Hi was steht in der streamdevhosts.conf ?
die müsste unter /etc/vdr/plugins oder so liegen

die müsste genauso aussehen wie die svdrphosts.conf

Dann sollte sich der Client auch connecten dürfen. (2te Zeile in deinem Log)

doesit · 20. November 2007

In der /etc/vdr/plugins/streamdevhosts.conf war das lokale Netzwerk auskommentiert.

Zugriff funktioniert jetzt. Sehen tu ich allerdings trotzdem nichts ...

NeoTrace · 20. November 2007

check mal die settings vom mplayer -> TS/PS/PES/...
und dann vom streamdev

don-baba · 20. November 2007

Zitat

Original von doesit
In der /etc/vdr/plugins/streamdevhosts.conf war das lokale Netzwerk auskommentiert.

Zugriff funktioniert jetzt. Sehen tu ich allerdings trotzdem nichts ...

was sagt dein Logfile denn jetzt?

NeoTrace · 20. November 2007

ich nehm mal an das sowas wie
"...connected....
....closed...."

drinn steht dann spiel dich wie gesagt mit den settings vom streamdev und vdrzapper

doesit · 20. November 2007

Soweit Ok?

Nov 20 12:00:44 recorder vdr: [8023] Streamdev: Accepted new client (HTTP) 192.168.1.180:57587
Nov 20 12:00:44 recorder vdr: [8023] streamdev: closing streamdev connection to 192.168.1.180:57587
Nov 20 12:00:47 recorder vdr: [8014] frontend 0 timed out while tuning to channel 5, tp 111836
Nov 20 12:00:48 recorder vdr: [8008] max. latency time 1 seconds
Nov 20 12:00:48 recorder vdr: [8023] Streamdev: Accepted new client (HTTP) 192.168.1.180:57588
Nov 20 12:00:55 recorder vdr: [8008] connect from 192.168.1.180, port 57592 - accepted
Nov 20 12:00:55 recorder vdr: [8008] closing SVDRP connection
Nov 20 12:00:56 recorder vdr: [8008] connect from 192.168.1.180, port 57593 - accepted
Nov 20 12:00:56 recorder vdr: [8008] closing SVDRP connection
Nov 20 12:00:56 recorder vdr: [8014] frontend 0 timed out while tuning to channel 10, tp 111836
Nov 20 12:00:58 recorder vdr: [8019] EPGSearch: timer conflict check started
Nov 20 12:00:58 recorder vdr: [8019] EPGSearch: timer conflict check finished
Nov 20 12:01:08 recorder vdr: [8023] client (HTTP) 192.168.1.180:57588 has closed connection
Nov 20 12:01:08 recorder vdr: [8023] streamdev: closing streamdev connection to 192.168.1.180:57588
Nov 20 12:01:08 recorder vdr: [8023] buffer stats: 0 (0%) used
Nov 20 12:01:10 recorder vdr: [8023] Streamdev: Accepted new client (HTTP) 192.168.1.180:57597
Nov 20 12:01:15 recorder vdr: [8023] client (HTTP) 192.168.1.180:57597 has closed connection
Nov 20 12:01:15 recorder vdr: [8023] streamdev: closing streamdev connection to 192.168.1.180:57597
Nov 20 12:01:15 recorder vdr: [8023] buffer stats: 0 (0%) used
Nov 20 12:01:19 recorder vdr: [8014] frontend 0 timed out while tuning to channel 1, tp 112187
Nov 20 12:01:56 recorder vdr: [8008] connect from 192.168.1.180, port 57612 - accepted
Nov 20 12:01:56 recorder vdr: [8008] closing SVDRP connection

NeoTrace · 20. November 2007

schaut so aus als ob er nicht auf die kanäle umschalten kann

"Nov 20 12:01:19 recorder vdr: [8014] frontend 0 timed out while tuning to channel 1, tp 112187"

doesit · 20. November 2007

Das mit dem Streaming Type hab ich mir auch schon überlegt und das ganze auf PES gesetzt - allerdings weis ich Mangels OSD nicht was in der setup.conf für ein Wert stehen muss

NeoTrace · 20. November 2007

dann schau mal in die setup.conf da stehen die werte vom streamdev drinnen

doesit · 20. November 2007

Wie oben schon erwähnt:

streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 2
streamdev-server.MaxClients = 6
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

Habe eben mal streamdev-server.HTTPStreamType = 0 gesetzt - aber auch kein Erfolg.

doesit · 20. November 2007

MplayerStreamingType=PES

Das was ich annehme, das die 0 bei streamdev-server.HTTPStreamType bedeutet. Aber ich muss raten - wie gesagt, hab kein OSD wo ich probieren könnte

doesit · 20. November 2007

Das geht jetzt: http://192.168.1.130:3000/TS/S19.2E-1-1089-12003

Der mplayer ist aber immer noch auf PES eingestellt - aber das ist soviel ich weiß mehrfach in TS gekappselt, oder? Allerdings ist die Variante doch ziemlich gewöhnungsbedürftig was das TV schauen anbelangt.

VDR Zapper funktioniert außerdem immer noch nicht - Kanal öffnen oder öffnen mit hat keine Funktion.

Naja - ich schau mal.
Danke erstmal ...

ecki · 20. November 2007

Bei fehlendem Ausgabegerät kannst du dir mit vdr-plugin-control das Menü auch per Telnet oder auf der Textkonsole anschauen. Bei der Gelegenheit solltest du dir auch mal mit dem femon-Plugin die Stärke des Sat-Signals ansehen.

doesit · 22. November 2007

Geht das eine, funktioniert das andere nicht:

Nov 22 13:05:36 recorder vdr: [6960] PES packet shortened to 1360 bytes (expected: 57904 bytes)

Zig Zeilen in /etc/log/syslog

Kann mir jemand dazu was sagen?

doesit · 22. November 2007

Könnte das an der Signalstärke liegen? Wie kann ich femon per Stream verwenden, um das zu checken?

ecki · 22. November 2007

Im Paket dvb-utils ist eine Kommandozeilenversion von femon enthalten, damit kannst du dir die Stärke ansehen. Siehe: http://www.vdr-wiki.de/wiki/index.php/Dvb-apps_femon
Ich bin mir grad nicht sicher, ob der vdr dabei laufen darf.

doesit · 23. November 2007

Fehler lag an einer viel zu langen Koax Leitung, noch dazu mit hoher Dämpfung und damit kam unten im Keller, in dem der VDR sein Dasein fristet, nichts verwertbares mehr an. Nun steht er auf dem Dachboden - mit min. 20m weniger Leitung! mal sehen b das im Sommer klappt - Thermik, usw.

Jetzt kann ich mich mal um die Clients kümmern. Vornehmlich Rechner, aber auch ein normaler Fernseher. Dachte da an die IBM Netvista - dass sollte doch gehen, oder? Hab hier auch schon ein paar Sachen drüber gelesen.

SvenS · 28. November 2007

Zitat

Original von doesit
Fehler lag an einer viel zu langen Koax Leitung, noch dazu mit hoher Dämpfung und damit kam unten im Keller, in dem der VDR sein Dasein fristet, nichts verwertbares mehr an. Nun steht er auf dem Dachboden - mit min. 20m weniger Leitung! mal sehen b das im Sommer klappt - Thermik, usw.

Hi,

hatte meinen VDr jahrelang im Spitzboden stehen, im Winter bei einstelligen Temperaturen und im Sommer bei über 40 Grad. Mit ausreichenden Lüftern und einer Temperaturüberwachung geht das. Hatte insgesamt 6 Lüfter, davon zwei Slotlöfter direkt an den DVB Karten. Alle Temperaturgeregelt. Im Winter standen die fast still, im Sommer tagsüber volle Pulle. Die Platten blieben immer unter 50 Grad ( laut Hersteller max Temp. 55) und die CPU ebenfalls.

Lästig war nur bei allen Umbauarbeiten im Winter auf dem dAchboden bei 2 Grad herumzukrabbeln. Deshalb steht er jetzt in einer Abstellkammer ein Stockwerk tiefer.

bye
Sven

VDR 1.4.7 Streaming Server - EPG OK, kein Stream

Jetzt mitmachen!

Teilen