[SOLVED] RTSP Stream in der Channellist?

    • [SOLVED] RTSP Stream in der Channellist?

      Hallo Zusammen,

      ich wollte eine IP Kamera als Sender in der Kanalliste anlegen, leider aber schmiert mir enigma2 ab, wenn ich darauf umschalte.

      das Log sagt dazu:

      Quellcode

      1. ......
      2. 14:57:56.7234 [ ] driver/rcinput.cpp:38 handleCode [eRCDeviceInputDev] 1 160 1
      3. 14:57:56.7245 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2020-06-12 14:57:56+0200 [-] action -> OkCancelActions ok
      4. 14:57:56.7249 [ ] service/servicedvb.cpp:1738 timeshift [eDVBServicePlay] timeshift
      5. 14:57:56.7257 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2020-06-12 14:57:56+0200 [-] playing 4097:0:1:CD08:1055:EC:0:0:0:0:rtsp%3a//admin%3aadmin@192.168.178.41%3a554/onvif1:Kamera Glastuer
      6. 14:57:56.7261 [ ] dvb/cahandler.cpp:333 unregisterService [eDVBCAService] free slot 0 demux 0 for service 1:0:19:76:6:85:C00000:0:0:0:
      7. 14:57:56.7262 [ ] dvb/cahandler.cpp:497 ~eDVBCAService [eDVBCAService] free service 1:0:19:76:6:85:C00000:0:0:0:
      8. 14:57:56.7295 [ ] service/servicedvb.cpp:1738 timeshift [eDVBServicePlay] timeshift
      9. 14:57:56.7298 [ ] service/servicedvb.cpp:1738 timeshift [eDVBServicePlay] timeshift
      10. 14:57:56.7304 [ ] dvb/decoder.cpp:870 setState [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
      11. 14:57:56.7304 < > dvb/decoder.cpp:762 stop [eDVBPCR0] DEMUX_STOP ok
      12. 14:57:56.7305 [ ] dvb/decoder.cpp:773 ~eDVBPCR [eDVBPCR0] destroy
      13. 14:57:56.7305 < > dvb/decoder.cpp:431 stop [eDVBVideo0] DEMUX_STOP ok
      14. 14:57:56.7305 < > dvb/decoder.cpp:440 stop [eDVBVideo0] VIDEO_STOP ok
      15. 14:57:56.7323 [ ] dvb/decoder.cpp:532 ~eDVBVideo [eDVBVideo0] destroy
      16. 14:57:56.7323 < > dvb/decoder.cpp:163 stop [eDVBAudio0] AUDIO_STOP ok
      17. 14:57:56.7572 < > dvb/decoder.cpp:171 stop [eDVBAudio0] DEMUX_STOP ok
      18. 14:57:56.7572 < > dvb/decoder.cpp:207 unfreeze [eDVBAudio0] AUDIO_CONTINUE ok
      19. 14:57:56.7573 [ ] dvb/decoder.cpp:251 ~eDVBAudio [eDVBAudio0] destroy
      20. 14:57:56.7586 [ ] dvb/dvb.cpp:1497 DVBChannelStateChanged [eDVBResourceManager] start release channel timer
      21. 14:57:56.7612 [ ] service/servicemp3.cpp:172 create_gstreamer_sinks [eServiceFactoryMP3] **** dvb_audiosink created ***
      22. 14:57:56.7626 [ ] service/servicemp3.cpp:181 create_gstreamer_sinks [eServiceFactoryMP3] **** dvb_videosink created ***
      23. 14:57:56.7635 [ ] service/servicemp3.cpp:190 create_gstreamer_sinks [eServiceFactoryMP3] **** dvb_subsink created ***
      24. 14:57:56.7635 [ ] service/servicemp3.cpp:210 play [eServiceFactoryMP3] ****new play service total services played is 1****
      25. 14:57:56.7645 { E } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2020-06-12 14:57:56+0200 [-] getResolvedKey config.mediaplayer.useAlternateUserAgent failed !! (Typo??)
      26. 14:57:56.7647 [ ] service/servicemp3.cpp:702 eServiceMP3 [eServiceMP3] playbin uri=rtsp://admin:admin@192.168.178.41:554/onvif1
      27. 14:57:56.7706 [ ] service/servicemp3.cpp:931 start [eServiceMP3] *** starting pipeline ****
      28. 14:57:56.7787 [ ] service/servicemp3.cpp:2174 gstBusCall [eServiceMP3] ****STATE TRANSITION NULL -> READY ****
      29. 14:57:56.8252 [ ] service/servicemp3.cpp:1006 pause [eServiceMP3] pause(ePtr<iPauseableService> &ptr)
      30. 14:57:56.8272 [ ] service/servicemp3.cpp:1006 pause [eServiceMP3] pause(ePtr<iPauseableService> &ptr)
      31. 14:57:56.8583 [ ] service/servicemp3.cpp:2190 gstBusCall [eServiceMP3] PLAYBIN WITH BLOCK READY TO PAUSED state:PAUSED pending:VOID_PENDING ret:NO PREROLL
      32. 14:57:56.8603 [ ] service/servicemp3.cpp:2174 gstBusCall [eServiceMP3] ****STATE TRANSITION READY -> PAUSED ****
      Alles anzeigen


      In VLC funktioniert der Link einwandfrei.

      Das Image ist aktuell:

      Quellcode

      1. OE-System: OE-Alliance 4.3
      2. Firmware-Version: OpenHDF 6.4.141 (2020-06-01)
      3. Kernel / Treiber: 4.1.20 / 20200312


      Hat Jemand eine Idee woran das liegen könnte, oder besser noch, wie man das fixen kann?

    • Ich kann dir da leider auch nicht helfen. An den Sonderzeichen sollte es nicht liegen. In deiner URL ist nur der Doppelpunkt kritisch, und den hast du laut log offenbar korrekt hex-codiert.

      Die Frage überrascht mich, weil du oben geschrieben hast, dass es jetzt ginge mit dem rtsp-Stream. Da war auch schon Authentifizierung mit : und @ drin. ?, = und & sollten eigentlich unproblematisch sein, kommt bei vielen normalen HLS auch vor. Ganz ausschließen will ich aber nicht, dass ffmpeg das für das rtsp-Protokoll speziell interpretiert.

      Wenn es in VLC geht, kannst dir mit Strg-i ja mal die Kodierung ansehen, ob sie sich unterscheidet von dem Stream der geht. Kannst auf der Box auch mal eingeben (ungetestet und Parameter aus dem Gedächtnis - auf eigene Gefahr ...):

      Quellcode

      1. ​ffmpeg -i 'rtsp://admin:admin1234@192.168.178.210:554/cam/realmonitor?channel=1&subtype=0' -map 0 -c copy /Pfadzurhdd/Output.ts


      Das dann abbrechen (Strg-C, vielleicht auch q). Wird das fehlerfrei aufgenommen? Abspielbar mit VLC? MIt der Box?

    • ?
      Ich dachte es klappt mittels ffmpeg angesteuerter Serviceapp...

      Wo ist jetzt das Problem?
      Mach ein log und stelle den Schnipsel mit dem Abruf des Streams hier mal hin.
      Dann kann man gucke wo es hapert.

      Eigentlich sollte es ja vie gst und ffmpeg klappen.
      gst zurecht biegen ist mir zu verrückt, aber ffmpeg ist immer was möglich.

    • mhh....
      Das ist das aktuelle log aus dem 6.5er Image?
      Wobei da ja alles abgegriffen wird, oder ich seh da wieder was nicht auf die Schnelle?
      Du hattes geschrieben, das es mit 6.4 und ffmpeg kein Problem ist.

      Das einzige was da auffällt

      Quellcode

      1. 19:09:24.9531 [ E ] ../../../git/src/serviceapp/serviceapp.cpp:341 fillSubservices eServiceApp::fillSubservices - failed to retrieve subservices, not supported url


      Was hast du alles probiert?
      Das ffmpeg und der exteplayer3 kann das,. eigentlich sogar der olle gst-player.
      Eigentlich sollte auch der aktuelle gst (interne->also original) das auch können.

      Deaktiviere die serviceapp nochmal->
      Nutzung original
      Dann komplett Neustart und log das gst mal.

    • So langsam glaube ich an Voodoo....
      Ich habe nichts verändert, noch nicht einmal neu gestartet und auf einmal geht es.

      Der Vollständigkeit halber noch der Eintrag in der "userbouquet.ec_kamera.tv":

      Quellcode

      1. #NAME Kamera
      2. #SERVICE 5002:0:1:43C2:C6D7:EC:0:0:0:0:rtsp%3a//admin%3aadmin1234@192.168.178.210%3a554/cam/realmonitor?channel=1&subtype=0:Kamera Wohnzimmer
      3. #DESCRIPTION Kamera Wohnzimmer

    Flag Counter