[ANNOUNCE] streamdev-plugin für VDR-1.3.19, VDR-1.3.20

fraban
Die channels.conf sollten auf dem Server und dem Client identisch sein.
Bei Plugin Setup muss der Stream-Client aktiviert werden (ip des Servers muss natürlich dort auch richtig eingetragen sein.) So funzt es bei mir seit ein paar Stunden.

Edit: hmm ich sehr grad dass ich nur die hälfte gesehen hatte, als ich das obige schrieb. Ihr wart ja schon viel weiter.

Zitat

Original von Unimatrix0
fraban
Die channels.conf sollten auf dem Server und dem Client identisch sein.
Bei Plugin Setup muss der Stream-Client aktiviert werden (ip des Servers muss natürlich dort auch richtig eingetragen sein.) So funzt es bei mir seit ein paar Stunden.

Edit: hmm ich sehr grad dass ich nur die hälfte gesehen hatte, als ich das obige schrieb. Ihr wart ja schon viel weiter.

Trotzdem danke. Der VDR - VDR stream lief auch mal kurze Zeit. Das Ganze ist dann nach ein paar mal umschalten am Client "abgestürzt". Seitdem mag sich der VDR-Client nicht mehr mit dem VDR-Server unterhalten.
EPG passt etc. nur halt kein Bild und kein Ton mehr am VDR-Client.
Die Logfiles geben nichts her. tail -f /var/log/messages ... da passiert nichts .
Über http://video:3000/1 usw. funktionierts hingegen problemlos (mplayer).

das Andere werden wir auch noch finden an was es liegt

Danke Frank

Nabend

Zitat

Hi Lipton,

Hast Du das Problem gelöst?
Habe gerade in der ML follgendes gelesen:

Nein, hatte nicht mehr weiter probiert. Aber werde mir den Mailinglist Beitrag mal heute abend zu Gemüte führen.

Lippton

Hi!

Habe es aufgegeben... Ich warte nun mal ab was der Lord uns zaubert, werde regelmässig mal im CVS nachsehen...

Lippton

Zitat

Original von peter_weber69
Hi;

fraban,

Welches streamdev verwendest Du, das von meiner Homepage?
Hast Du VDR 1.3.21 auf Server und Client mit "meinem" streamdev.

Verwendest Du xine-plugin 0.7.1 mit der aktuellen xine-lib von Reinhard Nissl's Homepage.

Verwendest Du NICHT enAIO Patch?

Wenn das alles zutrifft, dann versteh ich's auch nicht, denn in dieser Konstellation funktionierts bei mir.

lg
peter

Alles anzeigen

Hallo Peter

ich habe das streamdev von deiner Homepage gezogen. Dieses Plugin habe ich dann in einen "nackten" VDR 1.3.21 ohne jegliche weitere PLUGINS gepackt. Also streamdev ist der einzige PLUGIN. Dies dann kompiliert und ohne jegliche Fehlermeldung installiert (mal abgesehen von dem Symlink) den ich gesetzt habe.

Das funktioniert jetzt recht gut. Einzig VDR-VDR wie beschrieben geht eine Zeitlang, dann nach ein paar mal Umschalten am Client gehts nicht mehr. Dann bleibt nur ein Server und Client Neustart - dann gehts wieder.

Gruß Frank

ich versuche mich auch gerade mit dem streaming client (in Verbindung mit dem CLE266):

per softmpeg bekomme ich das bild auf TVout des Mainboards (Via Epia), leider bekomme ich nur das OSD, nie ein Bild.

beim starten des clients bekomme ich im LOG des servers:

Feb 19 18:04:06 vdr vdr[29941]: Streamdev: Accepted new client (VTP) 192.168.42.222:32783
Feb 19 18:04:06 vdr vdr[29941]: Streamdev: Setting data connection to 192.168.42.222:32784
Feb 19 18:04:06 vdr vdr[29941]: ERROR (dvbdevice.c,675): Das Argument ist ungültig
Feb 19 18:04:06 vdr vdr[29941]: ERROR: can't set PID 145525036 on device 1
Feb 19 18:04:06 vdr vdr[28305]: Streamdev: Live streamer thread started (pid=28305, tid=19472)

beim wechseln eines Kanals:

Feb 19 18:07:24 vdr vdr[32227]: Streamdev: Live streamer thread ended (pid=32227, tid=24592)
Feb 19 18:07:24 vdr vdr[29941]: buffer stats: 0 (0%) used
Feb 19 18:07:24 vdr vdr[29941]: Streamdev: Setting data connection to 192.168.42.222:32791
Feb 19 18:07:24 vdr vdr[29941]: ERROR (dvbdevice.c,675): Das Argument ist ungültig
Feb 19 18:07:24 vdr vdr[29941]: ERROR: can't set PID 145525036 on device 1
Feb 19 18:07:24 vdr vdr[1495]: Streamdev: Live streamer thread started (pid=1495, tid=25616)

probiert habe ich das mit 1.3.17-1.3.21

jemand eine Idee ?

Hi

so ähnlich ist das bei mir mit VDR-Server --> VDR Client auch.

Wie sieht es denn über den http-Weg aus. z.B. mit mplayer http://dein-server:3000/1 ?
Das funktioniert bei mir bestens, sowohl auf dem Linux Client und auch auf meinen beiden MAC's (G4 und Mac mini).

Gruß Frank

So ... jetzt hab ich mir mal die var/log/messages vom Server und Client angeschaut.

Beim Versuch VDR-CLient an VDR-Server über das streamdev plugin "Bild und Ton" auf den Client zu bekommen sieht das bei mir wie folgt aus.

VDR-Server log
Feb 20 12:33:04 video vdr[2105]: closing SVDRP connection
Feb 20 12:33:33 video vdr[2113]: Streamdev: Closing connection to 192.168.0.32:50297
Feb 20 12:33:50 video vdr[2113]: Streamdev: Accepted new client (VTP) 192.168.0.32:50321
Feb 20 12:33:50 video vdr[2113]: Streamdev: Closing connection to 192.168.0.32:50321
Feb 20 12:34:15 video vdr[2113]: Streamdev: Accepted new client (VTP) 192.168.0.32:50323
Feb 20 12:34:15 video vdr[2113]: Streamdev: Closing connection to 192.168.0.32:50323
Feb 20 12:34:17 video vdr[2113]: Streamdev: Accepted new client (VTP) 192.168.0.32:50324
Feb 20 12:34:17 video vdr[2113]: Streamdev: Closing connection to 192.168.0.32:50324

VDR-Client log
Feb 20 12:34:01 femax vdr[17475]: Streamdev: Connected to server 192.168.0.30:2004 using capabilities TS, TSPIDS
Feb 20 12:34:01 femax vdr[17475]: saved setup to /video/setup.conf
Feb 20 12:34:02 femax vdr[17475]: streamdev: no translation found for 'Filter Streaming' in language 1 (Deutsch)
Feb 20 12:34:27 femax vdr[17475]: Streamdev: Connected to server 192.168.0.30:2004 using capabilities TS, TSPIDS
Feb 20 12:34:27 femax vdr[17475]: saved setup to /video/setup.conf
Feb 20 12:34:28 femax vdr[17475]: streamdev: no translation found for 'Filter Streaming' in language 1 (Deutsch)
Feb 20 12:34:29 femax vdr[17475]: Streamdev: Connected to server 192.168.0.30:2004 using capabilities TS, TSPIDS
Feb 20 12:34:29 femax vdr[17475]: saved setup to /video/setup.conf
Feb 20 12:34:39 femax vdr[17475]: switching to channel 1

sieht soweit gut aus - aber kein Bild kein Ton am Client ... es ging aber mal mit derselben Einstellung, wenn auch nur kurz.

Gruß Frank

Works for me with 1.3.21. Thanks!

Tony

Zitat

Original von peter_weber69
Hi,

Komisch daß es bei Dir nicht funktioniert. Bei mir schmiert der Client auch hin und wieder weg, hält sich aber im erträglichen Maße. VDR-client neu aufrufen und es funktioniert wieder. Weiß leider auch keinen Rat.

lg
peter

Tja seltsam ... aber mit dem mplayer geht es ja. Das reicht mir fürs Erste.

Danke Gruß Frank

Hallo,

Große Klasse, dass sich bei diesem Plugin endlich wieder mal was tut.

Sehr wichtig würde ich es finden, dass die Timer der Clienten immer auf dem Server ausgeführt werden. Das war bis her ein großes Manko.

Werde gleich mal die CVS Version testen.

Gutes gelingen wünscht...

Peter

Hallo,

zu dem Problem von Jansen wollte ich Fragen, ob es dazu schon eine Lösung gibt?

Nachdem es für c't-vdrdevel jetzt endlich wieder den streamdev gibt, muss ich leider bestätigen, dass sich auch hier nach beenden des Streams der vdr ohne Log-Meldung beendet.

vdr 1.3.21-1 ct/e-tobi.de/multipatch auf debian sarge
kernel 2.4.27-ctvdr-1
vdrdevel-plugin-streamdev-server 0.3.1-8

Client:
mplayer dev-CVS-050106-11:19-3.2.3 auf Windows XP

Server steht auf PES. Egal ob ich die URL mit PES, TS oder ohne Typ codiere, nach beenden der Übertragung ist der vdr down

HolgerAusB

hast Du das mal probiert mit "streamdev" als einzigem Plugin. Bleibt der VDR dann auch stehen wenn Du nur das streamdev - Plugin geladen hast und keine anderen ?

Das würde die Fehlersuche erleichtern.

Bei mir läuft das streamdev auf dem VDR-Server im Keller als einziges Plugin - das funktioniert.

Sowohl vom Windows, als auch vom MAC aus. Kann beides als "läuft" mit mplayer bestätigen - ohne Absturz des VDR nach beenden des Streams.

Gruß Frank

Hallo,

kurze Statusinfo VDR to VDR.

funktioniert bei mir erstaunlich gut.
Beide VDR's sind Version 1.3.21.
Lief gestern abend ohne Probleme durchweg.

Vorschläge:

Bei dieser Konstellation VDR zu VDR sollte es eigentlich keine "entferten Timer" mehr geben.
Timer, Aufnahmen und Programmscheduler sollten eigentlich immer remote sein!.
Ziel des Plugins ist es ja einen oder mehrere DVB-Kartenlose Clienten zu betreiben. Nach einer Timerprogrammierung sollten diese dann jederzeit ausgeschaltet werden können.
Aufgefallen ist mir, dass wenn man schon einen Remotetimer programmiert hat, dessen Aktivität, sprich anzeige von "rec" im Menü und auf dem LCD, auf den Clienten nicht sichtbar ist.
Wenn die Verbindung via LAN erst mal weg ist, wird diese nicht wieder automatisch hergestellt.

Ansonsten aber wirklich tolle Arbeit.

Peter

Zitat

Original von fraban
HolgerAusB

hast Du das mal probiert mit "streamdev" als einzigem Plugin. Bleibt der VDR dann auch stehen wenn Du nur das streamdev - Plugin geladen hast und keine anderen ?

Das würde die Fehlersuche erleichtern.

Bei mir läuft das streamdev auf dem VDR-Server im Keller als einziges Plugin - das funktioniert.

Sowohl vom Windows, als auch vom MAC aus. Kann beides als "läuft" mit mplayer bestätigen - ohne Absturz des VDR nach beenden des Streams.

Gruß Frank

Alles anzeigen

Habe leider das gleiche Phänomen: restart des vdr nach beenden des mplayers am winpc.

testweise plugins nacheinander deinstalliert - bis auf stramdev-server: leider erfolglos - weiter vdr-restart nach beenden des mplayers am winpc.

mehrere mplayer-versionen probiert - keine abhilfe.

unter dem parallel installierten 1.2.6 x mit aktuellstem streamdev-server gibts übrigens keine restarts.

hoffe auf infos / tipps.

gruß

marpet

Zitat

Original von HolgerAusB
Hallo,

zu dem Problem von Jansen wollte ich Fragen, ob es dazu schon eine Lösung gibt?

Nachdem es für c't-vdrdevel jetzt endlich wieder den streamdev gibt, muss ich leider bestätigen, dass sich auch hier nach beenden des Streams der vdr ohne Log-Meldung beendet.

vdr 1.3.21-1 ct/e-tobi.de/multipatch auf debian sarge
kernel 2.4.27-ctvdr-1
vdrdevel-plugin-streamdev-server 0.3.1-8

Client:
mplayer dev-CVS-050106-11:19-3.2.3 auf Windows XP

Server steht auf PES. Egal ob ich die URL mit PES, TS oder ohne Typ codiere, nach beenden der Übertragung ist der vdr down

Alles anzeigen

Hallo Holger,
mach doch auch mal ein Backtrace. Vielleicht haben wir ja das gleiche Problem.

PS: Wenn sich hier mal ein paar VDRler melden und sagen das der VLC unbedingt vdr-Streams wiedergeben können muss, tun die Entwickler vielleicht mal was: http://forum.videolan.org/viewtopic.php?t=1445

Hi,
nachdem ich testweise auf dem Server auch einen VDR 1.3.22 laufen lasse, funktioniert das Ganze mit einem xine-client durchaus. Hatte vorher aller moeglichen streamdev-Version durchprobiert und mit einem 1.2.6er als Server lies sich da irgendwie nichts machen ...
Von ausgesprochener Stabilitaet kann ich aber nicht sprechen, wobei bei mir nicht der Server das Problem darstellt, sondern der client.
Gruss
Burkhardt