(erledigt)Streamdev und Diseq für vdr >1.7.9

Seit der Patch SOURCECAPS in VDR integriert ist funktioniert der "zweite Satellit" bei uns nur noch auf dem Server. Am Client bleibt das Bild immer schwarz, daher suche ich das Problem bei Streamdev aber konnte bisher nichts dazu finden.

Server(VDR 1.7.21 ohne und neuestes Streamdev-Plugin)
Logfile:
Sep 30 18:17:24 vdr-server vdr: [5260] Streamdev: Setting data connection to 192.168.1.6:55352
Sep 30 18:17:24 vdr-server vdr: [7244] receiver on device 2 thread started (pid=4731, tid=7244)
Sep 30 18:17:24 vdr-server vdr: [7243] streamdev-livestreaming thread started (pid=4731, tid=7243)
Sep 30 18:17:24 vd-serverr vdr: [7242] streamdev-writer thread started (pid=4731, tid=7242)
Sep 30 18:17:24 vdr-server vdr: [7245] TS buffer on device 2 thread started (pid=4731, tid=7245)
Sep 30 18:17:33 vdr-server vdr: [5251] frontend 1/0 timed out while tuning to channel 23, tp 212149

Client Ubuntu 11.04 YaVDR-testing(1.7.21)
Logfile:
Sep 30 18:13:07 vdr-client vdr: [1761] switching to channel 22
Sep 30 18:13:07 vdr-client vdr: [1761] LNB -10: Request for channel 22 on device 10. MaxBadPriority is -2
Sep 30 18:13:07 vdr-client vdr: [1761] LNB -9: Switching device 1 to channel 22
Sep 30 18:13:07 vdr-client vdr: [1761] LNB -10: Switching device 2 to channel 22
Sep 30 18:13:08 vdr-client vdr: [1982] ERROR (device.c,1906): Ungültiger Dateideskriptor
Sep 30 18:13:08 vdr-client vdr: [1982] TS buffer on device 10 thread ended (pid=1761, tid=1982)
Sep 30 18:13:08 vdr-client vdr: [1983] buffer stats: 0 (0%) used
Sep 30 18:13:08 vdr-client vdr: [1983] receiver on device 10 thread ended (pid=1761, tid=1983)
Sep 30 18:13:08 vdr-client vdr: [1985] TS buffer on device 10 thread started (pid=1761, tid=1985)
Sep 30 18:13:08 vdr-client vdr: [1986] receiver on device 10 thread started (pid=1761, tid=1986)

Mit dieser Fehlermeldung kann ich in Bezug auf den Fehler nichts anfangen. Kann mir hier jemand auf die Beine helfen?

Erledigt, da anscheinend die Diseqc.conf nicht richtig war, obwohl es am Server lief. Überprüfung steht aber noch aus.

Hallo nochmal,

ich habe jetzt auch am Client VDR-1.7.21 ohne Patch und mit streamdev-0.5.1 zum testen compiliert, aber gleiches Problem.

CCTV4

Oct 4 22:42:24 vdr-server vdr: [8921] TS buffer on device 2 thread ended (pid=4589, tid=8921)
Oct 4 22:42:24 vdr-server vdr: [8920] buffer stats: 103212 (4%) used
Oct 4 22:42:24 vdr-server vdr: [8920] receiver on device 2 thread ended (pid=4589, tid=8920)
Oct 4 22:42:24 vd-serverr vdr: [8925] receiver on device 2 thread started (pid=4589, tid=8925)
Oct 4 22:42:24 vdr-server vdr: [8926] TS buffer on device 2 thread started (pid=4589, tid=8926)
Oct 4 22:42:25 vdr-server vdr: [8919] streamdev-livestreaming thread ended (pid=4589, tid=8919)
Oct 4 22:42:25 vdr-server vdr: [8926] TS buffer on device 2 thread ended (pid=4589, tid=8926)
Oct 4 22:42:25 vdr-server vdr: [8925] buffer stats: 0 (0%) used
Oct 4 22:42:25 vdr-server vdr: [8925] receiver on device 2 thread ended (pid=4589, tid=8925)
Oct 4 22:42:25 vdr-server vdr: [8918] streamdev-writer thread ended (pid=4589, tid=8918)
Oct 4 22:42:25 vdr-server vdr: [5322] buffer stats: 103588 (2%) used
Oct 4 22:42:25 vdr-server vdr: [5322] buffer stats: 0 (0%) used
Oct 4 22:42:25 vdr-server vdr: [5322] buffer stats: 0 (0%) used
Oct 4 22:42:25 vdr-server vdr: [5322] Streamdev: Setting data connection to 192.168.1.6:50316
Oct 4 22:42:25 vdr-server vdr: [8929] receiver on device 2 thread started (pid=4589, tid=8929)
Oct 4 22:42:25 vdr-server vdr: [8928] streamdev-livestreaming thread started (pid=4589, tid=8928)
Oct 4 22:42:25 vdr-server vdr: [8927] streamdev-writer thread started (pid=4589, tid=8927)
Oct 4 22:42:25 vdr-server vdr: [8930] TS buffer on device 2 thread started (pid=4589, tid=8930)
Oct 4 22:42:34 vdr-server vdr: [5312] frontend 1/0 timed out while tuning to channel 23, tp 212149

WDR
Oct 4 22:43:49 vdr-server vdr: [8930] TS buffer on device 2 thread ended (pid=4589, tid=8930)
Oct 4 22:43:49 vdr-server vdr: [8929] buffer stats: 0 (0%) used
Oct 4 22:43:49 vdr-server vdr: [8929] receiver on device 2 thread ended (pid=4589, tid=8929)
Oct 4 22:43:49 vdr-server vdr: [8935] receiver on device 2 thread started (pid=4589, tid=8935)
Oct 4 22:43:49 vdr-server vdr: [8936] TS buffer on device 2 thread started (pid=4589, tid=8936)
Oct 4 22:43:50 vdr-server vdr: [5322] streamdev-server TUNE S13.0E-318-7200-7224: Priority unknown - using 0
Oct 4 22:43:50 vdr-server vdr: [8928] streamdev-livestreaming thread ended (pid=4589, tid=8928)
Oct 4 22:43:50 vdr-server vdr: [8936] TS buffer on device 2 thread ended (pid=4589, tid=8936)
Oct 4 22:43:50 vdr-server vdr: [8935] buffer stats: 0 (0%) used
Oct 4 22:43:50 vdr-server vdr: [8935] receiver on device 2 thread ended (pid=4589, tid=8935)
Oct 4 22:43:50 vdr-server vdr: [8927] streamdev-writer thread ended (pid=4589, tid=8927)
Oct 4 22:43:50 vdr-server vdr: [5322] buffer stats: 0 (0%) used
Oct 4 22:43:50 vdr-server vdr: [5322] buffer stats: 0 (0%) used
Oct 4 22:43:50 vdr-server vdr: [5322] buffer stats: 0 (0%) used
Oct 4 22:43:50 vdr-server vdr: [5322] Streamdev: Setting data connection to 192.168.1.6:44613
Oct 4 22:43:50 vdr-server vdr: [8940] receiver on device 2 thread started (pid=4589, tid=8940)
Oct 4 22:43:50 vdr-server vdr: [8939] streamdev-livestreaming thread started (pid=4589, tid=8939)
Oct 4 22:43:50 vdr-server vdr: [8938] streamdev-writer thread started (pid=4589, tid=8938)
Oct 4 22:43:50 vdr-server vdr: [8941] TS buffer on device 2 thread started (pid=4589, tid=8941)

Es läuft nur auf einem Satellit von den beiden verfügbaren. Die Zeile mit TUNE fehlt immer nur bei Kanälen auf unserem zweiten Satellit wenn man via Streamdev umschaltet, wenn ich aber am Server umschalte kann ich all Kanäle sehen. (Immer pausieren=1 und es sind auch 2 Sat-Karten vorhanden, wobei nur eine am Diseqc hängt)

=> Habe ich einen Patch übersehen, einen Bug gefunden oder einfach nur Dummheit meinerseits? Danke für Hilfe.