satip: manueller EPG-Scan gibt Kanäle nicht mehr frei?

  • Guten Morgen allerseits,


    ich habe seit kurzem einen VDR auf einem Raspberry Pi2 in Betrieb (MLD), das Sat-Signal kommt von einem octopus net mit 4 Tunern. Das Ganze hat eigentlich auf Anhieb wunderbar funktioniert, nur ein Problem besteht noch:


    Der VDR soll "durchlaufen" wegen EPG-Scan, Timern, VDRadmin etc. Aufgrund des geringen Stromverbrauchs des Pi auch kein Problem. Allerdings sollte er bei Nicht-Benutzung auch keine Tuner belegen, damit der Octopus auch in den Standby geht (sobald ein Tuner aktiv ist, wird das Ding gut warm). Das hab ich mit dem "suspendoutput" Plugin auch hingekriegt.


    Um parallel Live-TV + mehrere Aufnahmen machen zu können, lade ich das satip-Plugin mit der Option "-d 4", damit darf er sich bis zu 4 Tuner greifen.


    Das erste Problem war nun, dass der VDR automatisch und sofort auf freien Tunern einen dauernden EPG-Scan durchgeführt hat, und damit immer 4 Tuner aktiv hat (ein Folgeproblem davon wäre, dass weitere VDRs keinen freien Tuner mehr kriegen; das ich noch nicht akut da ich derzeit nur einen VDR habe). Das konnte ich lösen, indem ich "EPG Scan Timeout" auf 0 gestellt habe.


    Da ich aber doch von Zeit zu Zeit EPG-Daten aktualisieren muss, möchte ich den EPG-Scan per SVDRP triggern (per cron-job jede Nacht oder so ähnlich). Auch der teil scheint gut zu funktionieren; sogar so gut dass bei laufendem Live-TV das aktive Device nicht für den Scan verwendet wird (also Live-TV nicht gestört wird). Sehr schön!


    ABER, und jetzt kommt mein großes Problem: Wenn der EPG-Scan fertig ist (nach ca. 20 Minuten?) bleiben die letzten eingestellten Kanäle aktiv, und damit sowohl die Streams als auch die Tuner am Octopus belegt. Nicht gut...


    Frage: wie krieg ich den VDR dazu, nach EPG-Scan die Devices wieder freizugeben?


    Danke!

  • Hast Du mal versucht, nach EPG-Scan den vdr neu zu starten?


    Trotz allem: wenn Du dem vdr mit -d4 alle satip-Devices Deiner Octopus zur Verfügung stellst, mußt Du vermutlich damit rechnen, daß immer wieder Situationen entstehen, wo alle Devices belegt sind. Vdr nimmt sich die Ressourcen, die bereitstehen. Dafür stehen sie ja bereit...

  • Hast Du mal versucht, nach EPG-Scan den vdr neu zu starten?

    Ja, danach sind natürlich die Devices wieder frei. Aber die Lösung gefällt mir natürlich gar nicht... abgesehen davon dass ich nicht weiss wann der EPG-Scan abgeschlossen ist, könnte es ja theoretisch sein dass zu dem Zeitpunkt gerade eine Aufnahme läuft.

    Trotz allem: wenn Du dem vdr mit -d4 alle satip-Devices Deiner Octopus zur Verfügung stellst, mußt Du vermutlich damit rechnen, daß immer wieder Situationen entstehen, wo alle Devices belegt sind. Vdr nimmt sich die Ressourcen, die bereitstehen. Dafür stehen sie ja bereit...

    Jein. Wenn ich 4 Devices zuordne, darf er sich maximal 4 Devices nehmen. Wenn er die braucht (z.B. Live-TV + 3 Aufnahmen) sind weitere Clients natürlich blockiert, das ist ok so. Wenn nicht, stehen anderen Clients die anderen Tuner zur verfügung.


    Wenn ich weniger als 4 zuordne (z.B. 2 wie es das satip-Plugin defaultmäßig macht) hab ich maximal Live-TV+1 Aufnahme, und das ist unbefriedigend.

  • Jein. Wenn ich 4 Devices zuordne, darf er sich maximal 4 Devices nehmen. Wenn er die braucht (z.B. Live-TV + 3 Aufnahmen) sind weitere Clients natürlich blockiert, das ist ok so. Wenn nicht, stehen anderen Clients die anderen Tuner zur verfügung.

    Das ist Deine Meinung wie es funktionieren soll, ist aber nicht so. Die Geräte die Du dem Plugin definierst wird es immer belegen, per Design, ansonsten ist kein zuverlässiger VDR Betrieb möglich.


    Regards
    fnu

    HowTo: APT pinning

  • Currently this is by design: VDR just doesn't release devices after the EPG scan is done. Please, ask Klaus for a VDR core improvement/feature.

    Rolf, Thanks for clarification!


    as I've seen satip-2.2.2 supports a 'detach'-command, maybe I could force a device release just by detaching the whole satip-server? i'd just have to figure out when the EPG-Scan is finished...

  • Das ist Deine Meinung wie es funktionieren soll, ist aber nicht so. Die Geräte die Du dem Plugin definierst wird es immer belegen, per Design, ansonsten ist kein zuverlässiger VDR Betrieb möglich.

    Ich bin geneigt dir nicht zu glauben :) aber ich kanns (noch) nicht direkt verifizieren, da ich derzeit nur einen Client habe (aber seit eben liegen zwei neue RPi2 vor mir)


    ich weiss aber von einem Kollegen, der drei Clients mit je zwei zugeordneten Devices in Betrieb hat, ergäbe in Summe 6 Tuner, der Octopus hat aber nur vier. Funktioniert aber trotzdem :)

  • Benji


    Naja, glaub's oder nicht, bin seit dem ersten Test-Bits beim Plugin dabei, es verhält sich genauso wie Du es beschrieben hast.


    Ein etwaiges Over-Commitment, mehr definierte virtuelle Tuner als Physische, ist im Design bisher nicht vorgesehen, weil das nicht mal eben zu machen ist. Die VDRs müßten sich untereinander über die Nutzung abstimmen können, ansonsten werden definitiv regelmäßig Aufnahmen fehlschlagen. Mit Nicht-VDR Clients wird die Nummer ja noch viel schwieriger. Also ist der Nutzer/Betreiber aktuell die Instanz die drauf achten muß das nicht mehr Anforderungen kommen als befriedigt werden können. Man kann schon mehr definieren, aber eben nicht gleichzeitig und muss wissen wann die Tuner wie belegt sind.


    Das entspricht auch den SAT>IP Specs von SES Astra, dort ist kein Over-Commitment oder eine Kommunikation zwischen Clients und/oder Server bzgl. Belegung vorgesehen. Die Idee hinter SAT>IP war, das in modernen Häusern eher Netzwerkkabel statt Coax-Kabel zu finden sind ...


    Kurzum ich habe starke Zweifel das jemand pro 2 VDRs 3 virtuelle Tuner definiert bei nur 4 Tuner im SAT>IP Server und das keinerlei Probleme bereitet, einer von beiden VDRs bekommt definitiv immer auf die Finger weil der andere die Tuner belegt.


    Regards
    fnu

    HowTo: APT pinning

  • Hi,


    in den Spec's ist auch "Sever side dercyption" oder die Unterstützung von Klienten wie VLC nicht spezifiziert und doch gibt es Implementationen z.b. OctoNet, minisatip, satpi, DvbViever, tvheadend etc...
    Ich glaube da ist noch viel Potenzial drin.


    CU
    9000h

    Es ist eagl in wlehcer Reiehnfogle die Bchustebaen in Woeretrn vokrmomen. Huapstache der estre und leztte Bchustbae sitmmen.

  • Ich glaube da ist noch viel Potenzial drin.

    Natürlich, aber das nutzt dem Kollegen oben aktuell gar nix, das sich vielleicht eventuell mal was in Zukunft ändert.


    Ein Overcommit von virtuellen Tunern zu Physischen muß manuell überwacht werden und wird bei parallelem Betrieb aktuell immer zu Problemen führen.


    Ansonsten war in diesem Thread bisher keine Rede von Server-seitiger Entschlüsselung, aber Hauptsache noch eben was OffTopic rein gedrückt ... :rolleyes:


    Regards
    fnu

    HowTo: APT pinning

  • Hi,


    ist nicht ganz richtig minisatip gibt z.B. die Phys. Devices auf der Server Seite frei wenn sie nicht in Benutzung sind und kann auch als SAT>IP Client weitere SAT>IP Server einbinden und zur Verfügung stellen.


    CU
    9000h

    Es ist eagl in wlehcer Reiehnfogle die Bchustebaen in Woeretrn vokrmomen. Huapstache der estre und leztte Bchustbae sitmmen.

  • Naja, glaub's oder nicht, bin seit dem ersten Test-Bits beim Plugin dabei.

    Ups, dann nehme ich meine Zweifel natürlich zurück :)


    Dass es sich nicht immer ausgehen kann ist mir klar. Das hatte ich auch schon bei meinem Reel-System, da kam dann auch von Fall zu Fall die Meldung "Warte auf freien Tuner", oder "Aufnahme kann nicht durchgeführt werden, weil kein Tuner verfügbar" oder so ähnlich.


    Ich mach mal einen Schritt zurück und beschreibe mein "Wunsch-Szenario": ich möchte im Endausbau vier VDRs haben, drei davon sind "Neben-VDR" und einer der "Haupt-VDR". Auf den Neben-VDRs gibts nur Live-TV und Aufnahmen ansehen, dort muss aber nie selbst aufgenommen werden (u.U. lassen sich dort wenigstens Aufnahmen programmieren per remote-timer-plugin). Die werden auch bei Nicht-Nutzung wirklich abgeschaltet (bzw. gehen in den suspend-mode, VDR wird dabei gestoppt). Die sollten also mit einem zugeordneten Device auskommen.


    Der Haupt-VDR steht im Wohnzimmer, läuft 24/7 durch, mit EPG-Scan, VDRadmin, und eben auch Aufnahmen, speziell natürlich auch mehrere Aufnahmen parallel bzw. Live-TV+Aufnahme.


    Wenn ich nun ohne "Over-Commitment" arbeite, hätte ich für den Haupt-VDR nur ein Device übrig, damit ist Essig mit parallelen Aufnahmen, obwohl die anderen Devices 90% der Zeit brach liegen, da abgeschaltet. Das wäre sehr unbefriedigend.


    Mein Ziel wäre es, dem Haupt-VDR vier Devices zuzuordnen, eins davon kriegt er immer (weil die anderen maximal drei belegen können), die anderen schnappt er sich bei Bedarf (parallele/mehrere Aufnahmen), kriegt er sie nicht => Pech. Konflikte können natürlich auftreten, damit kann ich aber leben. Eigentlich gibts eh nur zwei Arten von Konflikten:


    a) Neben-VDR will Live-TV, alle Tuner sind aber belegt (Aufnahmen, andere Neben-VDR): der kriegt dann halt eine Meldung "Kanal nicht verfügbar". Das ist ok, entweder warten oder eine (unwichtige) Aufnahme abbrechen.


    b) Haupt-VDR bräuchte einen zusätzlichen Tuner für eine Aufnahme, es sind aber alle belegt: Es kann nicht aufgenommen werden, idealerweise mit einer Meldung am TV. Auch ok.


    Entschärfen könnte man die Situation mit Multicast, weil ich davon ausgehe dass sich mehrfaches Live-TV oft auf demselben Transponder abspielt: Der Octopus streamt den TS einmal, mehrere Clients hängen sich auf diesen Stream. Soweit ich gesehen habe, wird das derzeit nicht unterstützt, wäre aber wünschenswert (keine Ahnung ob technisch machbar; im satip-Plugin gibts zwar was mit Multicast, wird derzeit aber nicht verwendet)


    Eine weitere (theoretische) Möglichkeit wäre, nur den Haupt-VDR als satip-client zu konfigurieren, zusätzlich aber als streamdev-server, die neben-VDR nutzen erst gar kein satip, sondern nur streamdev-Client. Leider habe ich mit stremdev null Erfahrung. Könnten sich Versuche in diese Richtung lohnen? Der Haupt-VDR könnte jedenfalls problemlos über alle vier Devices verfügen, es kann (hier) nicht zu einem OverCommitment kommen.



    lg Michi

  • Currently this is by design: VDR just doesn't release devices after the EPG scan is done. Please, ask Klaus for a VDR core improvement/feature.


    One possible solution I could think of would be that the satip devices release their tuner if, after the device has been tuned to a channel, no cReceiver is attached to it within a certain time (let's say 1 minute). A manually triggered SCAN will automatically stop after it has gone through all transponders, and it will switch channels every 20 seconds. So after the SCAN has ended, all but the primary device would be released within one minute.
    Be sure to make cSatipDevice::IsTunedToTransponder() react accordingly, but I guess this is already the case.


    Klaus

  • Eine weitere (theoretische) Möglichkeit wäre, nur den Haupt-VDR als satip-client zu konfigurieren, zusätzlich aber als streamdev-server, die neben-VDR nutzen erst gar kein satip, sondern nur streamdev-Client. Leider habe ich mit stremdev null Erfahrung. Könnten sich Versuche in diese Richtung lohnen? Der Haupt-VDR könnte jedenfalls problemlos über alle vier Devices verfügen, es kann (hier) nicht zu einem OverCommitment kommen.


    Das ist nicht nur eine theoretische, sondern auch eine praktisch umsetzbare Möglichkeit. So würde ich es machen. Damit hast du auch den Fall erschlagen, wenn mehrere Clients den gleichen Transponder nutzen wollen, weil dann streamdev-server nur ein Device belegen würde. Und selbst bei vier parallelen Aufnahmen auf vier Transpondern könntest du immer noch durch alle Sender zappen, die auf den genutzten Transpondern liegen.


    Lars.

  • One possible solution I could think of would be that the satip devices release their tuner if, after the device has been tuned to a channel, no cReceiver is attached to it within a certain time

    Sounds reasonable to me. Rolf?


    For my other issue, trying to "save tuners" on the octopus by multicast or so; I'm going to do play around with streamdev.


    Priority #1 is to get VDR up and running in the ironing room :)

  • Das ist nicht nur eine theoretische, sondern auch eine praktisch umsetzbare Möglichkeit. So würde ich es machen.


    Finde ich ehrlich gesagt nicht Lars. vdr-plugin-satip soll doch auf lange Sicht das streamdev ablösen, insbesondere seit dem katastrophalen Umschaltverhalten mit vdr 2.2.0 auf verschlüsselten Sendern. Da ist es in meinen Augen doch ne blöde Idee beides zu kombinieren?


    Idealvorstellung hier wäre vdr-plugin-satip an minisatip mit serverseitiger Entschlüsselung, was leider zumindest bei mir auch (noch) nicht richtig funktioniert, aber das wäre der Weg wo es hingehen könnte bzw. sollte. Ein streamdev hätte in dieser Welt keine Bedeutung mehr...


    Nur meine Meinung...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Also ich nutze vdr-plugin-satip und streamdev zusammen, um auf dem Mac per streamdev fernzusehen. Keine Probleme mit verschlüsselten Sendern. Aber vielleicht gibts ja Probleme bei streamdev-zu-streamdev.


    Ausserdem kann streamdev ja noch ein bisschen mehr, Aufnahmen streamen, remuxen usw.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Ja das ist ja ein anderes Anwendungsszenario in dem das durchaus Sinn macht. - bei vdr2vdr mountest du die Aufnahmenplatte und gut, da musste auch nix remuxen.


    Will jetzt hier nicht völlig OT werden aber kannst du mit deinem Mac Dings nicht direkt auf den satip server zugreifen?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Will jetzt hier nicht völlig OT werden aber kannst du mit deinem Mac Dings nicht direkt auf den satip server zugreifen?


    Schon, aber dann kann ich keine verschlüsselten Sender sehen. Hab ja ein ipLNB.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

Jetzt mitmachen!

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