LNB Sharing Bug

  • Ich wollte die LNB Sharing Extension verwenden, da ich in meiner Wohnung nur einen wirklichen SAT Anschluss habe, aber trotzdem beide eingänge meiner Karte nutzen wollte.


    Mein Aufbau:
    Dose <--> Verteiler <--> 2 Kabel <--> mystique dual s2


    Ich habe den ngene Treiber auch mit one_adapter=0 geladen.


    Im LNB Menü kann ich nun für beide DVB Devices den zu verwendeten LNB auswählen, was ich auch getan habe. Beide Devices benutzen nun LNB Nr. 1.


    Nachdem syslog trotzdem noch viele Meldungen über frontend timeouts gemeldet hat (beim Kanalwechsel) habe ich das LNB Nutzungsprotokoll aktiviert und bin über folgende skuriele Meldung gestossen.

    Code
    Feb 18 01:23:29 ionVDR vdr: [10575] LNB-sharing: setting device 0 to use LNB 1
    Feb 18 01:23:29 ionVDR vdr: [10575] LNB-sharing: setting device 1 to use LNB 1
    Feb 18 01:23:29 ionVDR vdr: [10575] LNB-sharing: setting device 2 to use LNB 3
    Feb 18 01:23:29 ionVDR vdr: [10575] LNB-sharing: setting device 3 to use LNB 4

    Ich glaube die LNB Zuweißung 1 1 3 4 ist sicherlich nicht im Sinne des erfinders.


    Das LNB erkennt korrekt 2 Devices, aber bei der LNB zuordnung macht die Extension irgendwas ganz komisches. Das ist so sicherlich nicht im Sinne des erfinders.


    Kann sich das jemand mal genauer ansehen?

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

    2 Mal editiert, zuletzt von griffon ()

  • Nunja, ich verstehe das LNB Sharing Prinzip nicht oder es ist ein Bug.


    #### Theorie -- OK meine Theorie war falsch. Device 0+1 = DVB, 2=IPTV, 3=XINE. Mein Fehler.


    2 DVB Karten, jede Karte stellt jeweils 2 Devices bereit und ist jeweils getrennt an einem LNB angeschlossen. Dann müsste die Device/Karte -> LNB Aufteilung wie folgt sein:


    Device 0 / Karte 0 = LNB 1
    Device 1 / Karte 0 = LNB 1
    Device 2 / Karte 1 = LNB 2
    Device 3 / Karte 1 = LNB 2


    Wenn ich über LNB Sharing einstelle das beide Karten! den selben LNB 1 benutzen müsste es doch eigentlich wie folgt aussehen.


    Device 0 / Karte 0 = LNB 1
    Device 1 / Karte 0 = LNB 1
    Device 2 / Karte 1 = LNB 1
    Device 3 / Karte 1 = LNB 1


    #### Praxis


    Allerdings spuckt mir das LNB Nutzungs log folgende Zuordnung aus wenn ich beide Karten auf getrennte LNBs lege:


    Device 0 / Karte 0 = LNB 1
    Device 1 / Karte 0 = LNB 2
    Device 2 / Karte 1 = LNB 3
    Device 3 / Karte 1 = LNB 4


    Und wenn ich beide Karten wieder auf den selben LNB Lege dann wie im Bug beschrieben:


    Device 0 / Karte 0 = LNB 1
    Device 1 / Karte 0 = LNB 1
    Device 2 / Karte 1 = LNB 3
    Device 3 / Karte 1 = LNB 4


    Das mit der Karte steht nirgends, aber ich "glaube" doch das 0+1die 1. Karte ist und 2+3 die 2. Karte darstellt.


    ------------------


    Entweder verstehe ich hier was vom Prinzip aus nicht oder ich vermute einen Bug, weiß aber nicht an wen ich mich wenden kann damit.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

    8 Mal editiert, zuletzt von griffon ()

  • Wie äußert sich denn dieser Fehler?
    Im Easyvdr-Portal gibt es auch eine Diskussion über das LNB-Sharing.
    Ich nutze es auch auf einem VDR und habe seit der neuen Easyvdr-Version starke Probleme -> Das Livebild hängt sich auf, wenn es von Device 2 kommt.
    Das kann man schön mit dem Gerätestatus-Plugin beobachten.

    VDR: Zotac D2550-ITX * GT610 * DigitalDevices S2 6.5 * YaVDR 0.5.0a

  • Nein, eine Dual Tuner Karte (Mystique) mit dem Modul Parameter (one_adapter=0) stellt die 2 Karten bereit. Selbst als ich damals eine single Tuner karte hatte ich immer 2 (recording) devices.


    Bei 2 Karten oder einer Dual Tuner karte hast du egal wie 4 (recording) devices.


    ich vermute das der LNB Sharing patch Recordingdevices und Karten durcheinander bringt.


    vdrbär
    Der Fehler zeigt sich, da ich time outs bekomme wenn ich versuche auf einen anderen channel umzuschalten. er versucht dann das mit dem anderen Tuner zu machen kann aber nichts machen weil sich die tuner gegenseitig blockiern.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

    2 Mal editiert, zuletzt von griffon ()

  • Hmm, ja, das könnte es evtl sein. Da muss ich mal schauen wie ich meine VDR patche/compiliere, bzw. ob der Patch beim the-vdr-team paket schon dabei ist.


    Grundsätzlich zielt der Patch ja auf Budget Karten mit Xine* Frontends ab, was yavdr ja grundsätzlich ist.


    Auf der Wiki seite steht dazu noch mehr
    http://www.vdr-wiki.de/wiki/index.php/Lnbsharing-patch


    Wenn ich den Patch richtig verstanden hat, dann nimmt der für das Live bild zum umschalten immer das aktuelle Device und nicht einfach das nächste, was das Problem nicht behebt, das der Patch die LNB Zuordnung falsch bzw. komisch macht (in meinen augen, siehe listing oben). Im schlimmsten Falle kommen sich dann die Devices beim Aufnehmen in die Quere wenn sie denken sie wären an einem anderen LNB.


    Habe nun hier im Forum noch einen Thread zum gleichen Thema gefunden
    http://vdr-portal.de/board/thr…?postid=887826#post887826

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

    3 Mal editiert, zuletzt von griffon ()

  • Der angesprochene Patch (wegen dem SoftDevice) ist bereits bestandteil von dem großen expension Patch. Der Tipp war gut, aber leider keine Idee, wie ich LNB Sharing richtig zum laufen bekomme.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

  • Ich glaube ich habe die Ursache gefunden. Im LNB Menü bekomme ich folgendes zur Auswahl


    LNB Menü
    * DVB-Empfänger 1 nutzt LNB-Nr.: [ 1 ]
    * DVB-Empfänger 2 nutzt LNB-Nr.: [ 1 ]
    * LNB Nutzung protokollieren [ Ja ]
    [...]


    in der setup.conf sehe ich aber folgende Einträge:
    Card1usesLNBnr = 1
    Card2usesLNBnr = 1
    Card3usesLNBnr = 3
    Card4usesLNBnr = 4


    Ich glaube hier passt etwas nicht im LNB Menü.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

  • Hallo griffon,


    ich vermute mal, bei Dir gilt:


    Device 1 = Empfänger 1
    Device 2 = Empfänger 2
    Device 3 = xine-plugin
    Device 4 = xinelibout-plugin


    Ist das korrekt? Um das zu überprüfen, deinstalliere doch mal eines der Plugins, Du müsstest dann ein Device weniger haben.


    Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Oh, du hast recht. Ich habe mal xine, und ein paar weitere Plugins gelöscht (iptv) und siehe da, ich habe nur noch 2 Devices. Sorry das ich für verwirrung gesorgt habe. Aber ich hab mich gewundert warum meine Tuner timeouts melden. Und auf die Device Anzahl 4 da habe ich sofort an 2x2 gedacht.


    Zu dumm das man nicht irgendwo erkennen kann welches Device was macht. Sonst wäre mir der Fehler sicherlich aufgefallen.


    Warum ich anfänglich den Kanal nicht wechseln konnte weiß ich allerdings immer noch nicht. Nunja. Glaskugel auspacken halt. Ich passe nochmal auf das nächste mal.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

  • Feb 19 01:23:01 ionVDR vdr: [23207] frontend 0 timed out while tuning to channel 12, tp 110832


    was könnte das denn sein?


    Im betroffenen Fall wechsel ich von ARD/ZDF auf Anixe HD, Astra HD und ich bekomme nur frontend timeouts. Ich habe kein Recording laufen oder ähnliches.


    Ich hab so das gefühl als stimme da irgendwas noch nicht. Als würde frontend 1 den Tuner blockieren und Frontend 0 darf nicht, obwohl es das aktive live bild ist.


    Mit einwenig Spielerei (Einstellungen > DVB > Primary interface) konnte iche jetzt Anixe HD sehen, allerdings gehen dafür jetzt die anderen Kanäle nicht.


    Wenn ARD HD, ZDF HD, Pro7/SAT1/RTL zusammen gehen, geht Anixe HD und Astra HD nicht. Wenn Astra HD Geht, funktioniert der Rest nicht.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

  • Hallo,


    ich habe auf meinem Acer Revo nun auch Probleme, die sich ähnlich wie Eure oder die von ranzen anhören. Ich kenne die Ursache aber auch noch nicht. Ich verwende eine einzige USB-DVB-S2-Box (siehe Signatur).


    Ich habe gar nicht vor, LNB-Sharing zu betreiben und habe das auch nicht aktiviert.


    Die Symptome bei mir:


    Nach dem Boot kommt "NO SIGNAL" auf allen Kanälen. Ein VDR-Restart über das Web-Frontend als Abhilfe für einen zu früh startenden VDR (VDR startet evtl. vor der Initialisierung meiner USB-Box) bringt zunächst auch keine Veränderung, aber das Zappen auf einen bestimmten Kanal bei mir (Nr. 5, aber das ist wohl nicht relevant) hilft: Bleibe ich 10 Sekunden auf besagtem Kanal, kommt plötzlich ein Bild und nun funktionieren auch alle anderen Channels, egal ob SD oder HD.


    Problem ist sowohl mit xine als auch vdr-sxfe gleich.


    Im Log finde ich eine Reihe von diesen Zeilen:


    Code
    frontend 0 timed out while tuning to channel x


    Ich habe daraufhin das VDR-1.7.10 Paket manuell downgegradet auf eine frühere Paketversion, bevor der LNB-Patch eingeflossen ist. (Dies sollte man aber als Normaluser tunlichst nicht machen, weil dabei andere Dinge durcheinanderkommen können.)


    Jedenfalls hat der Downgrade leider nix gebracht bei mir.


    Bin mir nicht im Klaren, ob wir hier vom gleichen Problem sprechen. Ihr wollt LNB-Sharing, ich will es nicht, beide haben wir Probleme.


    Gruß
    hepi

  • Reine Vermutzung: Möglich dass es an der Stromversorgung des LNB liegt. Hat jmd mit Multischalter auch dieses Problem?


    griffon
    schau dir mal die Möglichkeiten des Sourcecaps-patch an. Damit kann man beeinflussen welche Karte wohin schalten darf. Weiss aber nicht ob der Patch noch beim Ext.Patch dabei ist. Und zur Lösung wird er nicht beitragen, aber vielleicht bei der Analyse unterstützen.

    Client: Wetek Play (VNSI-Client)
    Server: Dell Optiplex mit 2 x Sundtek DVB-S

  • Zitat

    Original von chris-PX
    Reine Vermutzung: Möglich dass es an der Stromversorgung des LNB liegt. Hat jmd mit Multischalter auch dieses Problem

    Nunja, ich habe keinen direkten Zugriff zum LNB. Ich sitze in einem Mietshaus und hab ein SAT Kabel in der Wohnung was vermutlich zu einem Multiswitch geht. Ich habe den einen Anschluss mit einem billigen Kabelsplitter auf 2 Kabel aufgeteilt und an die SAT Karte angeschlossen.


    Das ist doch eigentlich das exakte Einsatzgebiet vom LNB Sharing Patch.

    VDR 1 (live): Ubuntu 9.10 'Karmic' + the-vdr-team | Silverstone LC-11 | AMD 64 X2 BE-2350 | 4GB RAM | X11+xinelibout am LCD TV | Haupauge DVD-S Karte | früher: Cinergy 1200 DVB-C mit ISH
    VDR 2 (test): yaVDR 0.1 | Silverstone ML02-MXR | Zotac ION ITX F | Atom 330 | 4GB RAM | Mystique Satix Dual S2 --> Installationsbericht

    Einmal editiert, zuletzt von griffon ()

  • Zitat

    Bleibe ich 10 Sekunden auf besagtem Kanal, kommt plötzlich ein Bild und nun funktionieren auch alle anderen Channels, egal ob SD oder HD.


    Hallo,


    ich teste yavdr auch seit Anfang der Olympiade und möchte zunächst an dieser Stelle meinen Dank und höchsten Respekt für diese hervorragende Arbeit aussprechen.


    Zum Thema: Obiges Verhalten kann ich ähnlich bestätigen, allerdings nur, wenn die TV-USB-Box (TT-Connect S2-3600) am DISEqC-Schalter (Astra 19.2 und Astra 28.2) angeschlossen ist. Schließe ich die TV-Box direkt an den LNB, gibt es keine dergleichen Probleme. Es hat bis zu 20 Minuten gedauert, bis ein Bild erschien, dieses hielt sich dann eine Weile, und bei normalem Switchen verschwand es dann auch wieder so plötzlich, wie es gekommen war. Im Log ist außer den normalen DISEqC-Umschaltsequenzen nichts zu sehen, aber ich liefere den Auszug gerne heute abend nach.


    Zunächst hatte ich die TV-Box, oder die DISEqC-Schalter im Verdacht, allerdings glaube ich nach diesem Thread nicht mehr daran, denn im alten Betrieb (siehe Signatur) läuft alles einwandfrei.


    Hat noch jemand eine TT-Connect S2-3600 an einem DISEqC-Schalter in Betrieb und könnte eine Aussage dazu treffen?


    Zitat

    Im Log finde ich eine Reihe von diesen Zeilen: code: 1: frontend 0 timed out while tuning to channel x


    Dito.


    Gruß Volker

    * EasyVDR 0.8 via HDMI an Panasonic Plasma: AT3IONt-i, Mystique SaTiX-S2 V2 Dual, Atric, Fuba-diseqc-Switch
    * EasyVDR 0.509 via Composite an TV: ASRock K7VT2, 1x Technotrend Premium-S, 1 x Hauppauge Nova-S, Fuba-diseqc-Switch
    * YaVDR 0.2: Dell Precision T 1500: 3 x TT Connect S2-3600, 1 x TT Connect S2-3650, Chess-Multischalter
    * YaVDR 0.2. ASUS-G51JX, Nvidia GTS360M: betrieben sowohl als Streaming-Client als auch mit DVB-T Terratec Cynergy T2

    2 Mal editiert, zuletzt von vbec ()

  • vbec, ich habe einen Disecq-Schalter dran, siehe hier:


    diseqc-Problem mit stb0899 pctv452e /TT S2-3xxx


    Wegen dieses Problems habe ich Disecq aber deaktiviert in der VDR-Config.


    Vielleicht sollten wir einen neuen Thread aufmachen für unser Problem, denke, es hat nix zu tun mit LNB Sharing. Ich muss heute Abend auch nochmal mein Sat-Kabel überprüfen. Denn dieses Problem habe ich erst seit kurzem.


    Gruß
    hepi

  • Zitat

    Wegen dieses Problems habe ich Disecq aber deaktiviert in der VDR-Config.


    Ein reines Absschalten in der setup.conf hat bei mir nichts bewirkt. Die TV-Box funktioniert zuverlässig (egal ob HD oder SD) nur bei direktem Anschluss an den LNB ohne DISEqC-Schalter dazwischen.


    Zitat

    Vielleicht sollten wir einen neuen Thread aufmachen für unser Problem, denke, es hat nix zu tun mit LNB Sharing


    Ich installiere heute abend noch mal die aktuelle easyvdr und berichte anschließend vergleichend.


    Schönen Gruß
    Volker

    * EasyVDR 0.8 via HDMI an Panasonic Plasma: AT3IONt-i, Mystique SaTiX-S2 V2 Dual, Atric, Fuba-diseqc-Switch
    * EasyVDR 0.509 via Composite an TV: ASRock K7VT2, 1x Technotrend Premium-S, 1 x Hauppauge Nova-S, Fuba-diseqc-Switch
    * YaVDR 0.2: Dell Precision T 1500: 3 x TT Connect S2-3600, 1 x TT Connect S2-3650, Chess-Multischalter
    * YaVDR 0.2. ASUS-G51JX, Nvidia GTS360M: betrieben sowohl als Streaming-Client als auch mit DVB-T Terratec Cynergy T2

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!