SAT IP Client Bild erst nach Reboot

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • SAT IP Client Bild erst nach Reboot

      Hallo zusammen,

      ich haben aktuell einen Digibit Twin Sat Server und dessen beide Tuner über die SAT>IP Konfig eingebunden.

      Ich konnte dann die Tuner B und C konfigurieren (Tuner A ist nicht angeschlossen), aktuell als einzel Tuner Satellit 19.2 Ku-Band Astra und DiSEqC aus.

      Nach einem Sendersuchlauf läuft auch alles, nur wenn ich im Standby war oder im Mediaplayer etwas gesehen habe habe ich kein Bild mehr. Nach einem Neustart klappt es dann aber wieder.

      Es gibt auch alle 30min ca. ein paar Bildfehler.

      Als Image habe ich das VTI 14.0.5 drauf.
    • DocSnyd3r schrieb:

      Es gibt auch alle 30min ca. ein paar Bildfehler.
      Könnten Empfangsprobleme v. Digibit, aber ebenso Netzwerkprobleme dafür verantwortlich sein. Schon mal probiert, einen Sender als Startsender fest zu legen? Auch schon mal mit nur Tuner B, ohne Tuner C probiert? Es entzieht sich meiner Kenntnis, ob man aus einer VU-SingletunerBox so einfach eine "DualBox" machen kann.
    • Hi,

      mit den beiden Tunern geht zumindest in sofern dass ich etwas aufnehmen kann und auf einem anderen Transponder etwas sehen kann.

      Wie starte ich denn satipclient am besten im debug mode oder lasse ihn das loggen?

      So hab das debug log mit l -4 hinbekommen, hier sind die Daten während noch ging bis in den Standby rein:


      Quellcode

      1. 1][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      2. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      3. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      4. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      5. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      6. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      7. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      8. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      9. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      10. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      11. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      12. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      13. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      14. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      15. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      16. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      17. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      18. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      19. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      20. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      21. [431.960][1219 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      Alles anzeigen
      Er dreht dann beim teardown ziemlich durch was man auch an den timestamps sieht.

      Danach geht bis zum reboot nichts mehr, sprich kein Bild mehr.

      PS Sorry hat er abgeschnitten ich versuch das log mal besser hinzubekommen...
    • So, endlich hat es auch mit den debug Logs des satipclient geklappt, die Option war -l 4.

      Nach dem Standby hat er plötzlich 600MB ins Log geschrieben, ich habe mich hier mal auf die ersten 5000 Zeilen beschränkt die den normalen Stream inkl. Bild zeigen, der Teardown klappt dann wohl nicht und es gibt nach dem Standby auch kein Bild mehr.

      Mit diesen beiden Zeilen läuft er Amok:

      Quellcode

      1. [163.974][1042 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 769][handleRTSPStatus ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      2. [163.974][1042 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 881][handlePollEvents ] debug: RTSP STATUS : RTSP_STATUS_SESSION_TEARDOWNING
      Dateien
      • logs5000.log.zip

        (20,97 kB, 1 mal heruntergeladen, zuletzt: )
    • Hi,

      was man oben nicht sieht das letzte RTSP sieht komisch aus, da kommt ein zusätzlicher 0d 0a.

      Hier ein Beispiel:

      Quellcode

      1. [153.782][1042 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 256][handleResponse ] debug: RTSP rx data (0x2e621/87) :
      2. RTSP/1.0 200 OK
      3. CSeq: 27
      4. Date: Tue, 06 Jan 1970 22:20:21 GMT
      5. Session: 32133DE5
      6. [153.782][1042 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 915][stopTimerResetConnect ] debug: stopTimerResetConnect
      7. [153.782][1042 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 340][handleResponse ] debug: RTSP rx data end (2)
      8. [153.782][1042 /media/build01/vti-dorie/build/tmp/work/vuzero4k-oe-linux-gnueabi/satipclient/satipclient-1.0-20150706.r2vti003/git/rtsp.cpp: 256][handleResponse ] debug: RTSP rx data ((nil)/2) :
      Alles anzeigen
      Unten rx data wohl 2 byte, das werden die 0d 0a sein? Danach läuft er Amok.

      Wo ist denn der source code dazu zu finden? Ich habe hier zwar etwas gefunden aber das sieht anders aus bei der debug Ausgabe -> github.com/vu-plus/satipclient/blob/master/rtsp.cpp
      Dateien
    • Hi,

      aktueller workaround minisatip Server auf Raspberry dazwischen geschaltet.
      Damit läuft es ohne Absturz/loop und der macht mir auch die Umsetzung auf TCP, mal sehn ob es nun weniger Bildfehler gibt.

      Falls es jemand interessiert, hier die vtuner Config für TCP zum Raspberry mit minisatip:
      0=desc:minisatip,ipaddr:10.10.10.88,tuner_type:DVB-S,uuid:11223344-9999-0000-b7ae-b827eb67cfc7,vtuner_type:satip_client,tcpdata:1
    • Hi,

      ich würde das Thema gerne nochmal aufgreifen. Ich stehe im Moment vor dem selben Problem und habe mich diesbezüglich schon tot gegoogelt!
      Dieser Thread ist der einzige, der für mich sinnvoll erscheint. Leider bin ich aber auch nicht so tief in der Materie, dass ich das von DocSynd3r zu 100% nachvollziehen kann. Allerdings verstehe ich das Grundproblem schon.

      Gibt es mittlerweile etwas gegen das Problem oder hat jemand eine einfachere Idee? Es muss doch einfacher gehen als einen Raspberry dazwischen zu schalten :S


      Achso, Hard-/Software: Vu+ Solo2, Telestar Digibit Twin, VTI 15.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Dj_Ariz ()

    • Hallo zusammen,

      ich habe auch keine Lösung, aber großes Interesse daran.

      Mit dem Reboot klingt das ja stark nach meinem aktuellen Problem: Telestar Digibit TWIN SAT>IP virtueller Tuner funktioniert nach Kanalwechsel auf internen VU+ Tuner nicht mehr bis zum Neustart
      (Hatte ich nur ins ‚falsche‘ Board geschrieben).

      Bin leider ebenfalls bis auf Protokollebene nicht so wirklich im Thema drin aktuell, aber wenn wir damit ans Ziel kommen, schaue ich mir mit etwas Nachhilfe gerne ein paar Logs an :)


      Gruß
      Roberto

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von roberto999 ()