[SAT>IP Plugin] Tuner detected invalid status code 454

  • Hallo Zusammen,


    mir sind immer mal wieder Einträge wie folgende im Syslog aufgefallen:


    Code
    Jun 28 13:13:17 [vdr] [12327] ERROR: Tuner detected invalid status code 454 [device 0]


    Ich habe mal nach der "tid" gegreppt und herausgefunden, dass es wohl vom SAT>IP Plugin kommt:


    Code
    vdr01_64 ~ # grep 12327 /log/messages
    Jun 28 13:01:32 [vdr] [12327] SAT>IP tuner thread started (pid=12152, tid=12327, prio=high)
    Jun 28 13:08:13 [vdr] [12327] ERROR: Tuner detected invalid status code 454 [device 0]
    Jun 28 13:09:46 [vdr] [12327] ERROR: Tuner detected invalid status code 454 [device 0]
    Jun 28 13:13:17 [vdr] [12327] ERROR: Tuner detected invalid status code 454 [device 0]
    Jun 28 13:15:20 [vdr] [12327] ERROR: Tuner detected invalid status code 454 [device 0]
    vdr01_64 ~ #


    Laut der Forensuche kommen diese Einträge wohl öfters vor, aber ich habe nirgends eine Erklärung gefunden was sie bedeuten, bzw. wie man sie wegbekommt. :(

  • Dann sag mal an was Du da für ein SAT>IP Server am laufen hast?


    Die Ursache hierfür muss nicht unbedingt am Plugin liegen ...

    HowTo: APT pinning

  • Dann schreib das mal in das Subjekt des Threads, falls "rofafor" vorbei schaut und evtl. was darauf antworten kann.


    Ansonsten muss der preiswerte Mitläufer passend konfiguriert sein, wurde IIRC hier im Portal in zwei Threads mal angesprochen.


    Regards
    fnu

    HowTo: APT pinning

  • C3po: Merkst Du denn irgendeine Unterbrechung im Videostream?


    Status 454 bedeutet laut Spezifikation "Session Not Found" und ist ein gültiger Status Code auf die SETUP, PLAY, OPTIONS und TEARDOWN Message. Insofern kommt die Fehlermeldung aus dem Plugin. Da das Plugin aber ausschließlich den Status Code 200 berücksichtigt, sollte es wohl eher "Tuner detected unhandled status code 454" heißen. Sollte die Antwort auf eine PLAY Message gekommen sein gibt die Spezifikation folgende Erklärung:

    Quote

    The RTSP session identifier value in the "Session:" header field of the request is missing, invalid, or has timed out. Returned when issuing the wrong session identifier value in a request.


    Vermutlich kommt die Antwort auf eine OPTIONS (==keep-alive) Message weil die Session abgelaufen ist. Vielleicht hilft es, den Timeout im Web-Interface etwas höher zu stellen. Sollte eigentlich kein Problem sein, da die Session ja nur ablaufen sollte, wenn der Client irgendwie abgeschmiert ist. Wenn alles geordnet abläuft, wird die Session auch vom Client ordentlich beendet.



    Ansonsten muss der preiswerte Mitläufer passend konfiguriert sein, wurde IIRC hier im Portal in zwei Threads mal angesprochen.


    Was genau meinst Du damit? Laut satip.info ist die GSS Box im Gegensatz zur Octopus.Net Sat>IP Zertifiziert (was auch immer das heißen mag...). Und das Plugin sollte doch möglichst mit allen möglichen Sat>IP Servern zusammenarbeiten, oder?
    Ich werde bei Gelegenheit mal probieren, das Problem mit vtuner/satip nachzuvollziehen. Soweit ich das sehe, wird hier ein keep-alive fest nach 30 Sekunden gesendet. Ich glabue das satip-plugin wertet die Antwort des Servers aus und macht dann einen keep-alive. Aber so ganz sicher bin ich da auch nicht, vielleicht kümmert sich das libCURL auch intern darum. Wenn beim notwendigen Reconnect Daten verloren gehen sollte man das eigentlich merken.


    Gruß Darkstar.

    Hardware: Seagate Dockstar@1500MHz, GSS Box DSI 400 SAT>IP Server, VDR 2.1.6 mit Streamdev-Server
    Videoausgabe: RaspberryPi mit MLD-4.0.1-RPi an LG 42LM660

  • C3po: Merkst Du denn irgendeine Unterbrechung im Videostream? ....


    Ehlich gesagt, verwende ich das SAT>IP Plugin nur testweise.


    Ich bin gerade beim Umbau meiner Satanlage und meines Netzwerks, so das das das Ganze noch provisorisch aufgebaut ist. :)


    [Blocked Image: http://imageshack.com/a/img822/2057/sd9v.jpg]


    Da ich unterm Dach noch kein Netzkabel liegen habe, habe ich es via DLAN versucht, was auch soweit funktioniert, allerdings leider nur SD, HD geht leider nicht, das geben die DLAN Dinger leider nicht her.


    Ich habe leider festgestellt, dass das SAT>IP Plugin bei mit überhaut nicht mehr funktioniert. :(


    wenn via femon-Plugin auf ein SAT>IP Device umschalte, dann schmiert der VDR mit einem kernl-trap ab. :§$%



    Backtrace: --> http://bpaste.net/show/417223/



    Die einzige, größere Anderung war, dass ich auf ffmpeg 2.2.3 (von V. 1.2.6) umgestiegen bin:



    Könnte es daran liegen??

  • So,


    ich habe mal Alles nochmal nei gebaut, jetzt gehen wenigsten die FTA Kanäle wieder: :)


  • Schon mal vtuner/satip ausprobiert? Ich habe das satip-plugin bei mir nicht zum laufen bekommen, da auf der Dockstar nicht die notwendige CURL Version läuft und selber kompilieren hat auch nicht auf Anhieb funktioniert. Das Deine Probleme mit der ffmpeg Version zusammenhängen kann ich mir fast nicht vorstellen. Du hast da nocht ein paar andere Plugins am Start, die in der Kombination mit satip auch Probleme machen könnten.


    Versuch doch mal die vtuner/satip Kombination. Es ist wahr, das vtuner Kernelmodul zu kompilieren ist ein bischen aufwendig, aber sobald ich den kompletten Kernelbaum mit der richtigen Konfiguration geladen hatte, werden eigentlich auch alle Abhängigkeiten gefunden. Zumindest auf der Dockstar reichen die Kernelheader nicht aus. Wenn dass aber funktioniert hat, läuft die Sache ziemlich stabil. femon funktioniert noch nicht, da die Empfangsstärke und Fehlerrate noch nicht an den Treiber zurückgemeldet werden. Bei mir laufen aber sowohl SD als auch HD (verschlüsselt und unverschlüsselt) einwandfrei, so lange ich nicht die RPi als Ausgabe nutze. Mit der RPi gibt es ab und zu Tonaussetzer, die aber bei der Webwidergabe nicht auftreten. Wenn Du kein Netzwerkkabel auf dem Dachboden hast, könntest Du vielleicht ein Unicablesystem verwenden, um den Sat>IP Receiver dort hinzustellen, wo Netzwerkkabel und mindesten eine Satleitung liegt. Da es so aussieht, als ob Du zwei LNBs verwendest musst Du allerdings einen Unicable Umsetzer verwenden, der mit einem Quad und nicht ein Quattro LNB Anschluss umgehen kann. Ansonsten kannst Du nur einen Satelliten mit Sat>IP nutzen.


    Gruß Darkstar.

    Hardware: Seagate Dockstar@1500MHz, GSS Box DSI 400 SAT>IP Server, VDR 2.1.6 mit Streamdev-Server
    Videoausgabe: RaspberryPi mit MLD-4.0.1-RPi an LG 42LM660

  • vtuner hatte ich mir mal vor einiger Zeit auf meiner Himbeere mit gentoo gebaut, allerdings würde ich dort keine 4 Devices dranhängen wollen, denn das das Ding ganz bestimmt in die Knie, außerdem wäre das ja auch viel zu teuer.


    Zum Thema Plugins, ich habe auf meinem Testsystem folgende aktiviert:



    Unicable kommt bei mir ganz bestimmt nicht in Frage, da ich absolut keine Lust habe, alles umzustellen, außerdem wär mir das auch viel zu teuer.


    Aber wie schon gesagt, das DLAN Zeugs ist halt nicht so der Brüller.


    [Blocked Image: http://imageshack.com/a/img829/5863/tuv5.png]


    Aber dieses Problem ist ja nur temporär, das Kable habe ich ja schon hier liegen, es muss halt nur noch verlegt werden. ;)


    Lustiger Weise, läuft es unter Windows mit DVBViewer perfekt.


    [Blocked Image: http://imageshack.com/a/img829/5063/8xs5.png]


    Seltsam ist auch, dass die Meldungen kommen, obwohl auf gar kein SAT>IP Device getunt wird?


  • [...] Status 454 bedeutet laut Spezifikation "Session Not Found" und ist ein gültiger Status Code auf die SETUP, PLAY, OPTIONS und TEARDOWN Message. Insofern kommt die Fehlermeldung aus dem Plugin. Da das Plugin aber ausschließlich den Status Code 200 berücksichtigt, sollte es wohl eher "Tuner detected unhandled status code 454" heißen. ....


    Zum Thema "Status Codes" habe ich noch folgendes gefunden:


    Quote

    3.5.14 Status Code Definitions
    Status code messages are sent in reply to RTSP requests. The following table lists
    the status code messages that are used in the SAT>IP protocol.



    Quelle

  • You're using an outdated libcurl (7.36.0 or greater is required) ...


    curl 7.36.0 is installed:


    Code
    vdr01_64 ~ # curl -V
    curl 7.36.0 (x86_64-pc-linux-gnu) libcurl/7.36.0 OpenSSL/1.0.1h zlib/1.2.8 libssh2/1.4.3 librtmp/2.3
    Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtmp rtsp scp sftp smtp smtps telnet tftp
    Features: IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP Metalink
    vdr01_64 ~ #


    [...] or the implemented session id quirk isn't working as it should (yes, GSSBOX has a firmware bug that strips out the leading '0' character of session ids).


    And what can i do, in this case? ?(

  • GSSBOX has a firmware bug that strips out the leading '0' character of session ids


    Is this true only for the GSSBOX firmware or does this apply als well to the firmware(s) of the clones, e.g. Inverto Airscreen Server, Telestar Digibit R1?

    Server: Raspberry Pi, Acer Aspire easyStore H340, DIGIBIT R1 SAT>IP

    Clients: Hauppauge MediaMVP, Raspberry Pi mit Vomp-Client und SAT>IP, BananaPi Pro, Mele M5


  • And what can i do, in this case?


    A packet capture would tell exactly what's actually happening during the failure (port 544/tcp should be enough).


    Is this true only for the GSSBOX firmware or does this apply als well to the firmware(s) of the clones, e.g. Inverto Airscreen Server, Telestar Digibit R1?


    I guess it's the same with all the clones unless some OEM manufacturer has already fixed the bug. At the moment the satip plugin contains quirks only for GSSBOX and Triax TSS 400 (the only ones reported to me).

  • Ich nutzte inzwischen auch vtuner/satip, da das Satip-Plugin bei mir nicht ordentlich läuft siehe hier


    Weiterer Vorteil von vtuner ist, dass man einen DLNA-Server parallel betreiben kan.

    SAT Hardware: Gibertini SE75 | DuraSat Dur-Line UK-24 | DD OctopusNET V2 Rack (Firmware 1.1.6) mit MaxS8
    Server: Asus M5A78L-M/USB3 | Sempron 145@2Cores | 8GB ECC RAM | PicoPSU | Debian Stretch 64Bit | VDR 2.4.5 mit SAT>IP, epgsearch, live, markad
    Clients: RaspberryPI 2/3 | Yocto Poky Linux (Openembedded) 3.2+git | Linux Kernel 5.4.72 | VDR 2.4.5 mit SAT>IP, RpiHDDevice, SkinDesigner, Remote, Extrecmenu, Femon, Mlist


    R.I.P: Gigaset M740 mit VDR von open7x0.org

  • ..but you'll have to manually configure each vtuner device with your SAT>IP servers instead?


    I am not sure what you mean, but if you mean that you have to configure each SAT>IP Tuner separately then yes: while loading the vtuner module you specify how many devices should be emulated and then you need to start one satip daemon process for each tuner.

    Hardware: Seagate Dockstar@1500MHz, GSS Box DSI 400 SAT>IP Server, VDR 2.1.6 mit Streamdev-Server
    Videoausgabe: RaspberryPi mit MLD-4.0.1-RPi an LG 42LM660

  • IMO there is no auto detection. The satip server has to be configured via cmdline parameter.

    SAT Hardware: Gibertini SE75 | DuraSat Dur-Line UK-24 | DD OctopusNET V2 Rack (Firmware 1.1.6) mit MaxS8
    Server: Asus M5A78L-M/USB3 | Sempron 145@2Cores | 8GB ECC RAM | PicoPSU | Debian Stretch 64Bit | VDR 2.4.5 mit SAT>IP, epgsearch, live, markad
    Clients: RaspberryPI 2/3 | Yocto Poky Linux (Openembedded) 3.2+git | Linux Kernel 5.4.72 | VDR 2.4.5 mit SAT>IP, RpiHDDevice, SkinDesigner, Remote, Extrecmenu, Femon, Mlist


    R.I.P: Gigaset M740 mit VDR von open7x0.org

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!