satip plugin am EXIP 418 (gelöst)

    Hallo

    ich habe einen neuen EXIP 418 bekommen und jetzt gibt es Probleme mit dem satip-plugin. Beim start des vdr wird zwar auf das eingestellte Programm getuned, aber es wird keine Pidliste geschickt. wenn der VDR dann beginnt die epgs zu aktualisieren dann klappt das senden der Pidliste für diesen Kanal einwandfrei. Nur auf dem ersten Kanal werden weiterhin keine geschickt.

    Auch wenn ich blind umschalte wird neu getuned aber weiterhin keine Pidliste geschickt. Nach mehrfachem Umschalten klappt es dann auf einmal. Und dann geht es bis zum nächsten neustart immer gut. Der SAT Receiver wird bei einem vdr neustart auch immer neu gestartet.


    D.h. die erste Verbindung zum Sat Receiver nach einen neustart klappt nicht. So ein verhalten ist natürlich bei timergesteuerten Aufnahmen tötlich :(

    Zitat von jojo61

    D.h. die erste Verbindung zum Sat Receiver nach einen neustart klappt nicht. So ein verhalten ist natürlich bei timergesteuerten Aufnahmen tötlich :(

    Ist auf der Box die Original-Firmware?


    Das kommt mir bekannt vor von satip-axe auf meiner GSS.box DSI 400:


    First Tune always fails - No Signal --> Recordings are all Failing · Issue #182 · perexg/satip-axe
    Hello, Thank you all for your support and your hard work. I have the following Setup: TVHeadend 4.2.8 Digibit R1 with Minisatip/0.7.16-axe215 with the config…
    github.com


    Ich hatte das Problem auch, konnte es aber nicht lösen.

    Bin dann zurück auf die Original-Firmware bzw. später zur Octopus Net.

    Gentoo Linux ~ VDR 2.6.6 ~ DD Octopus NET V2 S2 Max - SAT>IP ~ LENOVO ThinkServer TS200V ~ Intel(R) Core(TM) i5 CPU680@3.60GHz ~ 16GB RAM ~ NVIDIA T400

    Soweit ich weiss gibt es für die Kathrein nur Original Firmware und die ist drauf (1.1.2).

    Übrigens Signal ist da, ( es wird ja auch getuned) es fehlen nur die PIDS. Und wenn ich den Trace des satip Plugins einschalte dann sieht man auch das keine gesendet werden.

    Also irgend etwas hindert das Plugin daran die Pids zu senden. Da muss ich wohl mal das Plugin debuggen :(

    Ich habe auch den EXIP 418, konnte aber noch nie Probleme feststellen, dass Aufnahmen ausgefallen sind. Das aber nie genau beobachtet und bin jetzt auf vtuner umgestiegen.

    Der läuft durch. Daran hängt der Server mit 4 Devices und aktuell 2 Clients mit jeweils 2 Tuner. Alles läuft ständig.

    Zitat von rüsseltier

    Interessehalber: wie handled man sowas? WOL beim Bootup des VDR? Aber dann muss man ja wohl ein sleep einbauen, oder?

    Ich starte den Odroid per WOL. Das macht die Alexa. Dann schaltet der Odroid ein Relay um den Sat Server zu starten. Und wartet bis dann ein Ping durchgeht.

    Zitat von Joe_D

    Wäre es eine Möglichkeit nach dem Start vom VDR mit svdrpsend chan auf einen anderen Kanal zu wechseln?

    Ja das geht. Aber leider funktioniert es nicht immer beim ersten mal, manchmal muss ich 4-5 mal umschalten bis dann ein Bild kommt und die PIDS gesendet werden. Mit dem vtunerc habe ich es noch nicht getestet weil der im chroot nicht läuft.

    Zitat von jojo61

    Ich starte den Odroid per WOL. Das macht die Alexa. Dann schaltet der Odroid ein Relay um den Sat Server zu starten. Und wartet bis dann ein Ping durchgeht.

    Ah, OK. Über ein Relais ist dann doch etwas aufwendiger als ich annahm.

    Eigentlich schade, dass es da bei SAT-IP keine werkseitigen Stromsparmöglichkeiten zu geben scheint.

    Also, im Sinne von WOL-fähig und "fahr dich runter wenn x Minuten keine Stream-Aktivität".

    Ich habe den Fehler gefunden. Es ist ein Fehler im Satip Plugin. Wenn der Server die StreamID 0 verwendet dann schickt er keine Pidliste.

    Ich habe das im satip plugin gepatcht und nun geht es auch direkt nach einem reboot des EXIP 418.


    Hier ist der dazugehörige patch:

    Sieht korrekt aus, in der Spec ist sogar ein Beispiel mit streamID 0.

  • jojo61

    Hat den Titel des Themas von „satip plugin am EXIP 418“ zu „satip plugin am EXIP 418 (gelöst)“ geändert.

    Sehe gerade das jojo61 ein Issue dazu angelegt hat: https://github.com/rofafor/vdr-plugin-satip/issues/85

    Ich hatte in der Vergangenheit auch schon mindestens einmal Patches gesammelt, einen PR erstellt und damit bisschen versucht dazu beizutragen das nicht alles irgendwo rumliegt.


    ABER: Für mich sieht es doch etwas so aus als würde das Plugin von rofafor nicht mehr wirklich gepflegt.


    Ich frage mich schon länger ob man mittlerweile vielleicht https://github.com/wirbel-at-vdr-portal/vdr-plugin-satip als "aktuelles Repo" ansehen sollte. Der letzte Commit im Repo von rofafor ist zwei Jahre her und eigentlich auch nur ein Mergen von Patches die aus der Community kommen.


    Ist halt die Frage ob wirbel Lust hat bisschen einen Blick auf das Plugin zu halten. Dann könnte man ja, um die Form zu wahren, bei rofafor via Issue nachfragen wie der "Pflege-Stand" ist bevor man Verlinkungen auf das neue Repo ändert.

    Ich werde meinen fork aktuell halten und auch diese sinnvolle Änderung von jojo dort einpflegen.


    Aber dann müsste man mal beide Zweige vergleichen, commit für commit. Ich habe nur aufgegeben upstream bei rofafor Änderungen vorzuschlagen, weil die dann dort Monate lang unbearbeitet herum liegen. z.B. sind einige Patche aus der Community nicht drin bis jetzt, was das device Handling betrifft.

    Zitat von M-Reimer

    ABER: Für mich sieht es doch etwas so aus als würde das Plugin von rofafor nicht mehr wirklich gepflegt.


    Ich frage mich schon länger ob man mittlerweile vielleicht https://github.com/wirbel-at-vdr-portal/vdr-plugin-satip als "aktuelles Repo" ansehen sollte.

    Zitat von wirbel

    Ich werde meinen fork aktuell halten und auch diese sinnvolle Änderung von jojo dort einpflegen.

    Mir stellt sich gerade die Frage, ob ich das Repository in VDR*ELEC ändern sollte. Zumindest für die letzten 2 Commits in rofarors Repository habe ich auf die Schnelle ohne weitere gründliche Überprüfungen keine Entsprechnung im Repository von wirbel gefunden. Es betrifft Fixes, die FireFly hier im Forum bereitgestellt hatte.

    Mein fork divergiert nach all der Zeit, nach der es upstream schon länger wenig Willen zu Änderungen gab.


    Mein Focus lag auf der Anwendung innerhalb des Kanalscanners w_scan_cpp, aber das widerspricht ja nicht der generellen Anwendung.

    Die Änderungen von FireFly ergaben Null Vorteil in w_scan_cpp, wohl aber der Anwendung als plugin. Und - die Änderungen waren zu groß, um sie eben mal einzupflegen.

    btw: die Änderungen von jojo könnten erklären, warum ab && zu der erste channel Lock in w_scan_cpp keine Daten liefert..

    Ich hatte gestern mal auf das plugin von wirbel umgestellt weil ich mit dem von rofafor immer wieder Probleme mit dem Sctionfilter hatte (wobei ich nicht weiss was ein Sectionfilter ist :-). Allerdings treten die mit dem plugin von wirbel auch auf.


    Dann wollte ich gestern meine HD+ Karte verlängern und da kamen dann die EMMs nicht durch. Wobei das nicht unbedingt am satip plugin liegen muss.


    Ich denke das derzeit das plugin von wirbel wohl die bessere Wahl ist. Zumindest ist es beser gepflegt. wirbel schau halt mal nach den fehlenden Commits die zabrimus oben angesprochen hat (wenn du Lust hast).

    Hier nun die Probleme mit dem Sectionfilter:

    Code
    Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (595 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (627 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (410 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (972 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (702 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (3006 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (386 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (627 bytes) [device=0]
Jan 06 11:53:43 Orion vdr[4279]: [4285] SATIP-ERROR: failed to send section data (627 bytes) [device=0]

    Und das geht dann endlos weiter.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden