Hallo, wie im folgenden Post (Ausgangs-Thread) angekündigt hier die Probleme die ich (und mindestens noch ein anderer) mit dem LNB Sharing habe:
http://vdrportal.de/board/thread.php?postid=939032
Weiterer Querverweis ins yaVDR-Forum:
http://vdrportal.de/board/thread.php?threadid=97341
Verwendetes System: yaVDR 0.2, welche Version des Patches da drin ist weiss ich nicht genau, aber hotzenplotz5 hat ihn eingebaut, und in folgendem Thread findet man ihn aufgeführt: http://vdrportal.de/board/thread.php?threadid=99180
Ich habe die Karte Mystique Satix S2 dual V2, die zwei DVB-S2 devices stellt, und die vom VDR immer vor meinem zusätzlichen DVB-T device erkannt werden. Ich habe für beide devices LNB 1 konfiguriert (VDR-Einstellungen / LNB). Seltsamerweise wird auch dem DVB-T-device der LNB 1 zugewiesen..
Sep 7 20:08:43 flgmedia vdr: [869] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
Sep 7 20:08:43 flgmedia vdr: [869] frontend 0/1 provides DVB-S2 with QPSK ("STV090x Multistandard")
Sep 7 20:08:43 flgmedia vdr: [869] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("Siano Mobile Digital MDTV Receiver")
Sep 7 20:08:43 flgmedia vdr: [869] LNB-sharing: setting device 0 to use LNB 1
Sep 7 20:08:43 flgmedia vdr: [869] LNB-sharing: setting device 1 to use LNB 1
Sep 7 20:08:43 flgmedia vdr: [869] LNB-sharing: setting device 2 to use LNB 1
Beide Anschlüsse der Karte sind an einem einfachen Kabel-Verteiler (2fach) angeschlossen, der mir beide Anschlüsse gleichberechtigt zu versorgen scheint, da das folgende Verhalten unabhängig vom jeweiligen Ausgangs-Device ist. Also Steuerspannungen werden von beiden Ausgängen zurück zum LNB geleitet.
Etwas seltsam: im femon werden bei einem der zwei DVB-S2 devices keine Qualitäts/Stärke-Werte angezeigt und als Name nur DVB-S und Siano (entsprechend dem DVB-T-Stick). Beim DVB-T zeigt femon garnichts. Daher dürfte das alles nur ein femon-Problem sein. Beide DVB-S2 devices zeigen problemlos HDTV.
Ausgabe läuft über xineliboutput mit vdpau.
Jetzt zum eigentlichen Kern der Sache: das Verhalten bzgl. des LNB Sharing. Befindet man sich auf einem der Haupt-SD-Sender (ich nenne das mal die "Haupt-Ebene", für deutsche Sender: horizontal / hohe Frequenzen) und will dann umschalten auf einen HDTV-Sender (ARD/ZDF/arte HD aber auch arte SD oder EinsPlus, "HDTV-Ebene", horizontal / niedrige Frequenzen), dann klappt das erst mal nicht: schwarzer Schirm (auch kein "no signal").
Und das ist ganz offensichtlich so, weil das zweite freie device nicht ebenfalls in die HDTV-Ebene umgeschaltet wird, was aber natürlich notwendig wäre. Die Haupt-Ebene scheint im Zweifel zu "gewinnen", wenn die devices unterschiedliche Ebenen anfordern, vermutlich weil dort die "Steuer-Spannung" dominant ist oder sowas. Jedenfalls gibt es keine Probleme in umgekehrter Richtung, wenn man von HDTV auf SD umschaltet. Gleiche Probleme wiederum, wenn man von den Haupt-Sendern auf Sport1/Tele5 umschaltet (nochmal eine andere Ebene, eine vertikale, ebenfalls "unterlegene").
Was man tun muss, um ein Bild zu erhalten ist, auch das zweite device in die HDTV-Ebene zu bringen. Da VDR wohl round-robin mit den devices macht, muss man dazu nur noch einen anderen HDTV-Kanal auf einem anderen Transponder ansteuern, dieser funktioniert dann, und anschliessend auch der ursprünglich gewollte. Alternativ kann man mit femon das device für den angewählten Sender umschalten, was ebenfalls zum Erfolg führt (wohl weil dann eben beide in der HDTV-Ebene liegen).
Wie ich eben noch festgestellt habe: wenn man gut 1min abwartet, dann kommt der Sender auch von selbst noch. Warum kann ich dem Log nicht entnehmen. Im folgenden Fall wird um 00:50:28 umgeschaltet, um 00:51:47 dann kommt das Bild
Sep 8 00:50:28 flgmedia vdr: [869] switching to channel 41
Sep 8 00:50:28 flgmedia vdr: [4259] receiver on device 2 thread started (pid=869, tid=4259)
Sep 8 00:50:28 flgmedia vdr: [4260] TS buffer on device 2 thread started (pid=869, tid=4260)
Sep 8 00:50:28 flgmedia vdr: [4258] osdteletext-receiver thread ended (pid=869, tid=4258)
Sep 8 00:50:28 flgmedia vdr: [869] buffer stats: 0 (0%) used
Sep 8 00:50:28 flgmedia vdr: [4261] osdteletext-receiver thread started (pid=869, tid=4261)
Sep 8 00:50:28 flgmedia vdr: [4255] [xine..put] OSD bandwidth: 154764 bytes/s (1209 kbit/s)
Sep 8 00:50:28 flgmedia vdr-sxfe[1398]: [1423] [input_vdr] wait_stream_sync: discard_index 10277706764 != curpos 10277704884 ! (diff 1880)
Sep 8 00:50:28 flgmedia vdr: [4257] TS buffer on device 1 thread ended (pid=869, tid=4257)
Sep 8 00:50:28 flgmedia vdr: [4256] buffer stats: 111672 (5%) used
Sep 8 00:50:28 flgmedia vdr: [4256] receiver on device 1 thread ended (pid=869, tid=4256)
Sep 8 00:50:28 flgmedia vdr-sxfe[1398]: [1423] [demux_vdr] PMT changed, resetting demuxer
Sep 8 00:50:30 flgmedia vdr: [1379] frontend 1/0 timed out while tuning to channel 0, tp 626
Sep 8 00:50:30 flgmedia vdr: [4255] [xine..put] OSD bandwidth: 165582 bytes/s (1293 kbit/s)
Sep 8 00:50:33 flgmedia vdr: [4255] Text2Skin: channelInfo display update thread ended (pid=869, tid=4255)
Sep 8 00:50:36 flgmedia vdr-sxfe[1398]: [1423] [input_vdr] No data in 8 seconds, queuing no signal image
Sep 8 00:50:36 flgmedia vdr-sxfe[1398]: [1423] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
Sep 8 00:50:37 flgmedia vdr: [1376] frontend 0/1 timed out while tuning to channel 41, tp 111362
Sep 8 00:50:43 flgmedia vdr: [4262] Text2Skin: channelInfo display update thread started (pid=869, tid=4262)
Sep 8 00:50:46 flgmedia vdr: [4262] Text2Skin: channelInfo display update thread ended (pid=869, tid=4262)
Sep 8 00:51:33 flgmedia vdr: [1379] frontend 1/0 timed out while tuning to channel 0, tp 626
Sep 8 00:51:43 flgmedia vdr: [1376] frontend 0/1 timed out while tuning to channel 41, tp 111362
Sep 8 00:51:47 flgmedia vdr: [4259] [xine..put] H.264: Found NAL SPS at offset 6/151
Alles anzeigen
Bei Aufnahmen dagegen findet man knapp 1min vor dem Timer im Log, dass schon mal das "andere" device vorbereitend umgeschaltet wird, daher funktionieren diese dann problemlos. Das Live-Bild bleibt allerdings einfach stehen, daran ändert sich auch dann beim eigentlichen Timer-Start nichts. Man muss halt dann umschalten auf einen Sender der passenden Ebene.
Sep 8 01:11:10 flgmedia vdr: [869] switching device 2 to channel 41
Sep 8 01:11:19 flgmedia vdr-sxfe[1398]: [1423] [input_vdr] No data in 8 seconds, queuing no signal image
Sep 8 01:11:19 flgmedia vdr-sxfe[1398]: [1423] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
Sep 8 01:11:21 flgmedia vdr: [1379] frontend 1/0 timed out while tuning to channel 0, tp 682
Sep 8 01:12:00 flgmedia vdr: [869] switching device 1 to channel 41
Sep 8 01:12:00 flgmedia vdr: [869] timer 3 (41 0112-0114 'Alles nur Tarnung') start
Im zweiten oben verlinkten Thread meldet tüddelkopp die gleichen Probleme.
Übrigens zählt VDR die devices ab 1, also 1, 2 (DVB-S2) und 3 (DVB-T), anders als die obige LNB-Sharing-Log-Ausgabe mit 0,1,2!
Danke für jede Hilfe!