Bei mir tritt das Problem aber schon auf, wenn ich den Server starte ohne überhaupt schojn eine Client Verbindung aufgebaut zu haben
Beiträge von Sisko78
-
-
Danke, werde ich mal überprüfen
-
und hier noch 10 Minuten aus /var/log/debug:
Code
Alles anzeigenMar 29 01:42:55 voyager vdr: [14597] reading EPG data from /var/cache/vdr/epg.data Mar 29 01:42:55 voyager vdr: [14598] video directory scanner thread started (pid=14597, tid=14598) Mar 29 01:42:55 voyager vdr: [14599] video directory scanner thread started (pid=14597, tid=14599) Mar 29 01:42:57 voyager vdr: [14597] probing /dev/dvb/adapter0/frontend0 Mar 29 01:42:57 voyager vdr: [14597] probing /dev/dvb/adapter1/frontend0 Mar 29 01:42:57 voyager vdr: [14601] tuner on device 1 thread started (pid=14597, tid=14601) Mar 29 01:42:57 voyager vdr: [14602] section handler thread started (pid=14597, tid=14602) Mar 29 01:42:57 voyager vdr: [14603] streamdev server thread started (pid=14597, tid=14603) Mar 29 01:42:57 voyager vdr: [14597] setting watchdog timer to 60 seconds Mar 29 01:43:00 voyager vdr: [14602] changing portal name of channel 49 from '' to 'Portal' Mar 29 01:43:00 voyager vdr: [14602] changing name of channel 109 from 'Euroliga ENG,;' to 'Euroliga ITA,;' Mar 29 01:43:00 voyager vdr: [14602] linking channel 49 from none to 108 109 Mar 29 01:43:07 voyager vdr: [14597] max. latency time 1 seconds Mar 29 01:45:21 voyager vdr: [14602] changing pids of channel 20 from 1279+1279:1280=deu,1281=deu:32 to 1279+1279:1280=deu:32 Mar 29 01:46:27 voyager vdr: [14602] changing pids of channel 125 from 901+901:902:204 to 701+701:702:204 Mar 29 01:46:35 voyager vdr: [14602] changing pids of channel 125 from 701+701:702:204 to 901+901:902:204 Mar 29 01:47:49 voyager vdr: [14602] changing pids of channel 26 from 1791+1791:1792=deu,1793=deu:32 to 1791+1791:1792=deu:32 Mar 29 01:47:50 voyager vdr: [14602] changing portal name of channel 17 from '' to 'Direkt Portal' Mar 29 01:47:50 voyager vdr: [14602] changing name of channel 105 from 'D 8 - 20:30,;' to 'D 1 - 00:45,;' Mar 29 01:47:50 voyager vdr: [14602] changing name of channel 98 from 'D 1 - 23:15,;' to 'D 1 - 02:00,;' Mar 29 01:47:50 voyager vdr: [14602] changing name of channel 99 from 'D 2 - 23:00,;' to 'D 2 - 01:30,;' Mar 29 01:47:50 voyager vdr: [14602] changing name of channel 107 from 'D 5 - 23:00,;' to 'D 5 - 01:30,;' Mar 29 01:47:50 voyager vdr: [14602] linking channel 17 from none to 97 105 98 99 101 107 Mar 29 01:48:00 voyager vdr: [14602] changing portal name of channel 131 from '' to 'Info Tafel' Mar 29 01:48:00 voyager vdr: [14602] linking channel 131 from none to 407 408 409 410 411 Mar 29 01:49:54 voyager vdr: [14602] changing name of channel 499 from 'NDR 90,3;ARD NDR' to 'NDR 90,3,;ARD NDR' Mar 29 01:49:54 voyager vdr: [14602] changing name of channel 510 from 'radioBERLIN 88,8;ARD rbb' to 'radioBERLIN 88,8,;ARD rbb'
-
Hallo,
nach einem Update von Debian stable auf etch habe ich so meine Probleme mit dem VDR, die CPU arbeitet dauerhaft am Limit, wenn der VDR läuft. Die VDR Pakete sind von Tobi.
Folgenndes irritiert mich ein wenig:strace -p 14449
Code
Alles anzeigenProcess 14449 attached - interrupt to quit clock_gettime(CLOCK_REALTIME, {1175124152, 831806798}) = 0 futex(0x81dcca4, FUTEX_WAIT, 1123, {0, 370838202}) = -1 ETIMEDOUT (Connection timed out) gettimeofday({1175124153, 207093}, NULL) = 0 futex(0x81dcc78, FUTEX_WAKE, 1) = 0 time(NULL) = 1175124153 time(NULL) = 1175124153 time(NULL) = 1175124153 time(NULL) = 1175124153 time(NULL) = 1175124153 alarm(60) = 59 time(NULL) = 1175124153 time(NULL) = 1175124153 time(NULL) = 1175124153 time(NULL) = 1175124153 time(NULL) = 1175124153 stat64("/diskB/.update", 0xbff97dc0) = -1 ENOENT (No such file or directory) time(NULL) = 1175124153 gettid() = 14449 time(NULL) = 1175124153 accept(14, 0xbff95e48, [16]) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1175124153, 211562}, NULL) = 0
usw. immer wieder das Gleiche
Ansonsten kann ich nichts ungewöhnliches feststellen. Wäre super, wenn mir jemand weiterhelfen könnte.Gruß
Sisko -
Ich denke ich hatte ähnliche Probleme. Ich bin jetzt hergegangen und habe in der Serverkonfiguration für das xineliboutputplugin alles was mit udp und rtsp zu tun hatte abgeschaltet und ich starte xine auf dem Client mit tcp (bzw. habe in den Xine Einstellungen bei default VDR host xvdr:tcp://.... stehen)
Möglicherweise gibt es in den Standardeinstellungen einen Overhead in der Übertragung, jedenfalls hatte ich auch Artefakte, die mit der WLAN Geschwindigkeit zu tun hatten (obwohl ich auf über 2,5 MB/s komme)
Gruß
Sisko -
Ok, jetzt aber zum letzten Mal:
habe es hinbekommen, die Xine-ui Version aus Ubuntu hat irgendwie nicht gepasst (vielleicht enable-vdr-keys gefehlt, ka).
Mit einer Version aus dem CVS gehts jetzt auch mit den Tasten.Zusammenfassend vielleicht noch mal ein paar Probleme, auf die ich gestoßen bin:
- Ich hatte schon einmal xine-ui übersetzt und beim Aufruf von xine wurde das falsche binary ausgewählt (das aus /usr/local/bin) --->check-xine ausführen
- xine-ui Version aus den ubuntu repositories hat Probleme gemacht (keine vdr keys einstellbar...) ---> aus dem cvs selbst übersetzt (mit enable-vdr-keys),-alles total lahm und ruckelig mit artefakten und grünen Streifen--->mal mit udp probieren
xine xvdr:udp://......-libxine-xvdr gibts bei e-tobi.net, habe folgende Zeile in meine sources.list hinzugefügt:
deb http://e-tobi.net/vdr-experimental sid base addons vdr-multipatchkeine Ahnung ob empfehlenswert, jedoch gehts auf meinem (K)ubuntu 6.10
-
So einigermaßen hab ichs jetzt im Griff, habe im Forum einen Tip aufgeschnappt, dass man es doch mal mit udp versuchen sollte (wurde der Stream vorher mehrfach verschickt? Der wlan Durchsatz war am Limit). Das funktioniert viel besser. Nur das mit dem Keymapping muß ich noch richtig hinbekommen.
Gruß
Sisko -
hm jetzt läufts zwar irgendwie, nur habe ich auf dem Client eine Slideshow mit riesigen Blockartefakten, ob das mit osd und Tastatursteuerung funktioniert, konnte ich so noch nicht herausfinden, außerdem habe ich auf dem Server hänger
Das ganze läuft zwar über WLAN, aber zuvor über Streaming hat das locker gereicht, sogar mit ein paar Reserven.
Prozessorlast ist auf beiden Kisten nicht sehr hoch, wenn ich "top" glauben darf.Vielleicht hat mir noch jemand einen Tip
Gruß
Sisko -
habe das jetzt mal probiert, aber xine kennt xvdr nicht (xine --list-plugins zeigts auch nicht an)
libxine-xvdr ist installiert.
Brauchts eine spezielle xine (lib/ui) Version?Gruß
Sisko -
Ja Danke, ich denke so werd ichs jetzt auch versuchen, meine Variante ging halt über streamdev-server und streamdev-client, da brauchts 2 vdr.
-
was ich bei mir seltsam finde: alle Einstellungen für Keymap, egal ob Konfigurationsdatei von Hand editiert oder in den Xine Eintellungen, bewirken überhaupt nichts.
Andere Frage: wieso /var/lib/vdr ?
Ist das eine spezielle vdr distribution?Also wenn ich vdr mit skincurses Oberfläche starte und da dann den Kanal wechsle funktionierts ja, aber das ist ja schon sehr unpraktikabel
Jedenfalls vielen Dank für deinen Beitrag.
Gruß
Sisko -
Also ich habe hier einen VDR mit Streamdev-Server laufen (budget) und auf meinem Laptop schaue ich den Stream mit vlc und playliste über wlan an. Funktioniert soweit sehr gut. Nur würde ich mal gerne von dieser Lösung los.
Also habe ich auf dem Laptop auch nen vdr installiert mit streamdev-client und vdr-xine, xine-lib und xine-ui neu kompiliert und das funktioniert auch, es wird ein Kanal angezeigt.
Ich schaffe es nur nicht umzuschalten.
Die Tastenbelegungen unter xine funktionieren nicht, ich kann sie zwar einrichten und speichern, da tut sich aber dann nichts.Eigentlich müsste ich nur in der Lage sein, Kanäle umzuschalten, das würde mir schon reichen, aber ich kriege das nicht hin.
Was könnte hier fehlen?Vielen Dank schonmal
Gruß
Sisko78 -
Achso Ok, vielen Dank, dachte Default wäre /video, aber dann ist es klar, epgdata muss ich dann vermutlich auch noch mitgeben
Gruß
Sisko78 -
Wahscheinlich handelt es sich um ein einfach lösbares Problem. Ich wollte eigentlich nur ein anderes Video Verzeichnis verwenden und habe versucht vdr mittels der --video Option das entsprechende mitzuteilen. Nur scheint vdr dann plötzlich auch andere Dateien in diesem Verzeichnis suchen zu wollen und startet sich nicht. Ich will doch nur das video Verzeichnis und keine Konfigurationsdateien dort ablegen.
Gruß
Sisko78 -
Vielleicht nicht so unwichtig, das Client Log (was aber mit dem Problem beim direkten Streaming sicherlich nichts zu tun hat):
Code
Alles anzeigenNov 9 17:46:31 localhost vdr: [12907] VDR version 1.4.3 started Nov 9 17:46:31 localhost vdr: [12907] loading plugin: ./PLUGINS/lib/libvdr-xine.so.1.4.3 Nov 9 17:46:31 localhost vdr: [12907] loading plugin: ./PLUGINS/lib/libvdr-streamdev-client.so.1.4.3 Nov 9 17:46:31 localhost vdr: [12907] loading /video/setup.conf Nov 9 17:46:31 localhost vdr: [12907] loading /video/sources.conf Nov 9 17:46:31 localhost vdr: [12907] loading /video/diseqc.conf Nov 9 17:46:31 localhost vdr: [12907] loading /video/channels.conf Nov 9 17:46:31 localhost vdr: [12907] loading /video/svdrphosts.conf Nov 9 17:46:31 localhost vdr: [12907] loading /video/keymacros.conf Nov 9 17:46:31 localhost vdr: [12907] no DVB device found Nov 9 17:46:31 localhost vdr: [12907] initializing plugin: xine (0.7.9): Software based playback using xine Nov 9 17:46:31 localhost vdr: [12907] initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streaming Client Nov 9 17:46:31 localhost vdr: [12907] setting primary device to 1 Nov 9 17:46:31 localhost vdr: [12907] SVDRP listening on port 2001 Nov 9 17:46:31 localhost vdr: [12907] setting current skin to "sttng" Nov 9 17:46:31 localhost vdr: [12907] loading /video/themes/sttng-default.theme Nov 9 17:46:31 localhost vdr: [12907] starting plugin: xine Nov 9 17:46:31 localhost vdr: [12907] starting plugin: streamdev-client Nov 9 17:46:41 localhost vdr: [12907] switching to channel 1 Nov 9 17:46:41 localhost vdr: [12907] info: Channel not available!
und der Server Log
Code
Alles anzeigenNov 9 17:02:53 voyager vdr: [27273] VDR version 1.4.3 started Nov 9 17:02:53 voyager vdr: [27273] loading plugin: /opt/video/plugins/lib/libvdr-streamdev-server.so.1.4.3 Nov 9 17:02:53 voyager vdr: [27273] loading plugin: /opt/video/plugins/lib/libvdr-skincurses.so.1.4.3 Nov 9 17:02:53 voyager vdr: [27273] loading /video/setup.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/sources.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/diseqc.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/channels.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/timers.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/svdrphosts.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/remote.conf Nov 9 17:02:53 voyager vdr: [27273] loading /video/keymacros.conf Nov 9 17:02:54 voyager vdr: [27273] found 1 video device Nov 9 17:02:54 voyager vdr: [27273] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server Nov 9 17:02:54 voyager vdr: [27273] initializing plugin: skincurses (0.0.8): A text only skin Nov 9 17:02:54 voyager vdr: [27273] setting primary device to 1 Nov 9 17:02:54 voyager vdr: [27273] device 1 has no MPEG decoder Nov 9 17:02:54 voyager vdr: [27273] SVDRP listening on port 2001 Nov 9 17:02:54 voyager vdr: [27273] skin "curses" not available - using "classic" instead Nov 9 17:02:54 voyager vdr: [27273] loading /video/themes/classic-default.theme Nov 9 17:02:54 voyager vdr: [27273] starting plugin: streamdev-server Nov 9 17:02:54 voyager vdr: [27273] loading /video/plugins/streamdevhosts.conf Nov 9 17:02:54 voyager vdr: [27273] starting plugin: skincurses Nov 9 17:02:54 voyager vdr: [27273] setting current skin to "curses" Nov 9 17:02:54 voyager vdr: [27273] switching to channel 269 Nov 9 17:02:54 voyager vdr: [27279] Streamdev: Listening (VTP) on port 2004 Nov 9 17:02:54 voyager vdr: [27279] Streamdev: Listening (HTTP) on port 3000 Nov 9 17:04:42 voyager vdr: [27279] Streamdev: Accepted new client (HTTP) 192.168.115.129:1483 Nov 9 17:04:42 voyager vdr: [27279] streamdev: closing streamdev connection to 192.168.115.129:1483 Nov 9 17:04:52 voyager vdr: [27279] Streamdev: Accepted new client (HTTP) 192.168.115.129:1484 Nov 9 17:04:52 voyager vdr: [27279] streamdev: closing streamdev connection to 192.168.115.129:1484 Nov 9 17:04:53 voyager vdr: [27279] Streamdev: Accepted new client (HTTP) 192.168.115.129:1485 Nov 9 17:04:53 voyager vdr: [27279] streamdev: closing streamdev connection to 192.168.115.129:1485 Nov 9 17:04:56 voyager vdr: [27279] Streamdev: Accepted new client (HTTP) 192.168.115.129:1486 Nov 9 17:04:56 voyager vdr: [27279] streamdev: closing streamdev connection to 192.168.115.129:1486 Nov 9 17:05:06 voyager vdr: [27279] Streamdev: Accepted new client (HTTP) 192.168.115.129:1487 Nov 9 17:05:06 voyager vdr: [27279] streamdev: closing streamdev connection to 192.168.115.129:1487 Nov 9 17:07:12 voyager vdr: [27277] frontend 0 timed out while tuning to channel 0, tp 111914
-
Nachdem ich jetzt doch ziemlich lange am installieren war und immer noch nicht so richtig an mein Ziel gekommen bin, versuche ich mit eurer Hilfe weiter zu kommen.
Folgendes Setup:
Debian Server, in dem eine Budget Karte steckt (Skystar2 DVB-S).
Auf diesem läuft ein VDR mit streamdev plugin (Streamdev-server)
Mittels scan habe ich mir wie im Wiki beschrieben eine Kanalliste erstellt.Auf meinem Laptop läuft ebenfalls ein VDR mit Streamdev (streamdev-client)
und xine-plugin. Dort habe ich die gleiche Kanalliste vom Server im Einsatz.
Das Ganze läuft über mein Wlan.Jetzt habe ich mir gedacht drückst auf den Button vdr in Xine und die Sache funktioniert, aber dem ist leider nicht so.
Wenn ich mittels <Serverip>:3000 die Liste abrufe und Kanäle anklicke kann ich die Teilweise auch anschauen (mplayer oder kaffein mit xine), nachdem ich ein Paar Kanäle angeschaut habe geht dann irgendwie gar nichts mehr.
Zumindest gestern war das so :o
Ich habe keine Ahnung, was ich verändert habe, aber heute krieg ich nicht mal mehr das hin.Vielleicht noch ein paar kleine Fragen:
-Wenn ich auf dem Client das Xine-Plugin installiert habe, dann brauche ich kein Dummy Device oder? Dann müsste der VDR ja das als erstes Device nehmen.
-PES ist richtig oder?
-Was bedeutet das mit dem Ports binden?
-brauche ich auf dem Client noch spezielle Einstellungen, damit es funktioniert?
-wenn ich auf dem Server szap -i eingebe, kommt bei jeder Zahl Channel not found, muss ich noch irgendwo was Einstellen (Transponder?), scan geht auch nur mit Angabe der Astra-19... DateiVielleicht kann mir von euch jemand Ratschläge erteilen, ich komme momentan nicht wiklich weiter.
Am liebsten wäre mir das natürlich mit Xine-Plugin, aber wenn es erst mal nur mit direktem Stream vom Server zuverlässig geht, wäre das auch schonmal ein Gewinn.Würde mich sehr freuen, wenn mir jemand helfen könnte.
Gruß
Sisko78