Einbindung einer H.264/ONVIF IP-Kamera ?

  • Hallo;


    Ich vesuche schon seit einiger Zeit Informationen darüber zu finden wie man eine externe IP Kamera in DoorPI einbinden kann.
    Leider ohne Erfolg.
    Meine Konfiguration:
    Handy mit Zoiper SIP Client und H.264 Lizenz* - Raspbx als SIP Server - DoorPI
    * Handy im lokalen WLAN registriert, da ich über den Provider anscheinend noch ein NAT Problem habe, aber das ist eine andere Geschichte...


    Wenn ich vom Handy auf den DoorPi rufe hätte ich gerne das Bild meiner externen IP-Cam mit übertragen. Irendwie bin ich aber überfordert den H.264 Stream in DoorPi einbzubinden.
    Wenn ich das richtig verstehe geht das mit mjpg_streamer nicht.


    Meine Kamera ist eine Hero Speed IP-Cam mit der Möglichkeit von mehrfach Streams und ONVIF.
    Den Stream kann man mit:
    rtsp://<IP-Adr>:80/0
    aufrufen.


    Einen "direkter" Mpeg Stream von der Kamera abzurufen ist nach meinem Wissen nicht möglich.


    Daniel

    • Offizieller Beitrag

    das Video Signal deiner Kamera ist schon "fertig" und sollte sich direkt im Handy anbinden lassen. Bedeutet so viel wie, dass du das Video Signal nicht erst durch doorpi durchschleifen musst, sondern um Anruf parallel einbindest.
    Wie willst du doorpi mit deinem Handy nutzen?

  • ich verwende DoorPi wie beschrieben: Handy mit Zoiper SIP Client und H.264 Lizenz* <-> Raspbx als SIP Server <-> DoorPI
    Raspbx hat Asterisk als SIP Server im Hintergrund.
    Leider hab ich auch keine Idee wie ich den Videostream in Raspbx der Doorpi Nebenstellestelle zuordnen kann sofern das überhaupt funktioniert.


    Nach meinen Recherechen ist das auch genau so wie du sagst, dass der RTSP Stream der Kamera eigentlich ein fertiger SIP Stream ist nur leider ohne Ton. Deshalb müßte man diesen in einen mpeg Stream zerlegen und mit dem DoorPi Audio Stream wieder zu einem SIP Stream kombinieren.


    Ich finde aber diesbezüglich keine Unterlagen und auch mit meinen Linux Kenntnissen steht es leider auch nicht so gut...


    Ich habe auch schon von einem virtuellem v4l2loopback device gelesen, aber das funkt anscheinend in den aktuellen RPI linux Versionen nicht.
    Ich verwende Raspbian Linux 8.0 (jessie)


    LG
    Daniel

  • Hab ich mir schon angesehen..
    ist eigemtlich nicht das was ich Suche, da ich eigentlich gerne eine Standard SIP Lösung hätte.
    Wenn ich mich nicht täusche wird aber auch bei elcom keine rtsp Stream unterstützt, nur jpg und mpeg... zumindes hab ich es nicht geschafft in anzuzeigen.


    LG
    Daniel

  • Pardon, aber hier gehen doch Anspruch und Wirklichkeit etwas auseinander: Wenn man eine solche Speziallösung möchte, wie das "auseinandernehmen" eines Streams, sollte man sich erst einmal informieren, was das eigentlich bedeutet (das fängt schon an mit der Abkürzung RTSP). Das hat auch zunächst einmal nicht die Bohne mit Linux zu tun.


    Und dann wird man sehr schnell zur Erkenntnis kommen, dass es billiger wäre, sich eine andere Ausrüstung zuzulegen.


    LG


    pah

  • also ich finde das spannend. ich möchte eigentlich genau das setup auch haben. der pi-client soll audio und video liefern und als standard-sip-client/-partner funktionieren bei anrufen.


    so wie ich das in der linphone-doku gesehen habe, will der echt nur v4l haben. mal schauen, ob ich dieses v4l2loopback zum laufen bekomme, dann könnte man die ipcam da scheinbar z.b. mit ffmpeg reinfüttern. scheint ja ein dezentes gefrickel zu sein. auf der linphone-mailingliste hat seit einem jahr leider keiner drauf reagiert, als einer schonmal das thema aufgebracht hat.

  • mit dem etwas in die Jahre gekommenen v4l2loopback bin ich leider wie oben beschrieben auch nicht weiter gekommen... vielleicht findest ja du eine Lösung.


    Da ich mit meiner Wunschlösung leider nicht nicht weiter komme und bereits eine menge Zeit investiert habe verfolge ich nun noch zwei weitere Ansätze.


    1. "Standard" DoorPi Lösung mit RPi Cam ... Cam ist bestellt.


    2. Verwendung eines alten Smartphone (in meinem Fall ein Galaxy S2)m Antisip Voip Client (funkt leider noch nicht so wie gewollt).
    Einbindung mittels WLan.
    Micro, Lautsprecher (mit Verstärker) und Klingeltaste möchte ich über die Headset Buchse realisieren.
    Durch drücken der Klingel (Headset) Taste soll der Ruf zu einer SIP Gruppe am Raspbx SIP Server ausgelöst werden.
    Leider startet die App z.Z. aus dem Hintergrund Modus des Handys nur einen Voice Call und keinen Video Call - da bin ich noch am tüfteln.
    Das Öffnen der Tür soll mit Nachwahl (DTMF) erfolgen, welche wiederum über HTTP Kommandos meine bereits vorhandenen HomeMatic Empfänger ansprechen die dann die Türe öffnen - Das kann mit Raspbx (Asterisk) gelöst werden.
    Das Video kommt von der Frontkamera des Smartphone mit aufgesetzter Fischaugen 160° Linse (..ist ebenfalls bestellt)
    Wo ich noch keine Ahnung habe, weil ich zur Zeit nur Trockentests durchführe, ist wie ich das Smartphone befestigen werde ..
    Leider hätte diese Variante gar nichts mit DoorPi zu tun :(


    LG
    Daniel

  • Hallo Zusammen,


    ich habe ein V4l2loopback Device mit ffmpeg einem RTSP Stream (Digitus Kamera) und Doorpi am laufen.


    Im Hintergrund läuft Asterisk 14.


    Ich kann meine Sprechstation im Stall anrufen und habe sofort einen Videostrom auf meinen AntiSip Clients (Android).


    v4l2loopback ist unter dem aktuellen Raspian (Stand 03.12.2016) nicht mit den Standardquellen installierbar, das musst Du leider manuell erledigen.


    Die aktuelle Raspbian Version (Jessie) bringt v4l2loopback 0.8.0 auf den Raspi die in keinem Fall funzt, auch musst Du beim installieren mittels DKMS
    die Linux Header synchron haben um den dynamischen Kernel erstellen zu können.


    Ist alles etwas "tricky" läuft aber stabil.


    Ich hab das mal für mich gebaut, weil ich Doorpi nicht nur als Türstation verwende, sondern auch als Sprechstation mit Überwachungsfunktion, wobei ich
    dabei zielgerecht Leute ansprechen will und sehen will was die Leute tun und ob meinen Anweisungen nachgekommen wird. Das wollte ich mit einem direktion Anruf und Videobild erledigen und nicht erst den Browser oder die Ü-Software starten und dann den Doorpi parallel anrufen.


    Auch war die Leistung der Raspi-IR Kamera nicht besonders bei grösseren Entfernungen.


    Mittels DMTF kann ich auch noch HTTP Requests schicken und die Kamera drehen (Wenn es sich um eine Motorkamera handelt, welche eine entsprechende API bereitstellt.


    Wenn Bedarf besteht kann ich die Quellen bereitstellen und eine kleine Anleitung einstellen, ob es dann bei Euch funzt - keine Garantie :)


    Schönen Abend noch


    Harald aka Aldafera

    SIP: Asterisk 14
    Dect: FrützBüx 7490
    O/S: Debain Jessie
    Automatisierung: CCU2 + CUXD + Pushover + Mail (YAHM)
    Aktoren: (bitte einfach fragen hab 250 Geräte im Einsatz)
    Anbindung Inet DynDns + VPN
    Sicherheit: Palo Alto, Fortigate, LSC ERPM
    Surveillance: Edimax, Digitus, Raspi
    Tracking: Cisco und LoraWan
    Netzwerke: CAT7 - 1Gb Uplink, FO (Multi-, Mono, POF), WLAN. Dect, BidCos, LoRa
    90% Hab ich sicher wieder vergessen - :D

    Einmal editiert, zuletzt von Aldafera ()

  • Hallo Harald;


    Das ist ja eine erfreuliche Nachricht :)
    Eigentich haben wir ja eine fast gleiche Konfiguration.
    Teste zur Zeit die Rpi Cam, ist aber aus ähnlichen Gründen ebenfalls nicht die Lösung die ich möchte.
    Vielleicht könntest du genauere Infos zu deiner Realisierung liefern. Würde mir sehr weiter helfen, da es genau dem entspicht was ich suche!!!


    DANKE DIR
    Daniel

  • Jop DanielV,


    Anleitung und Kochrezept zum Thema Einbindung von externen Kameraströmen und Hardware steht in Hilfe und Ratschläge.


    Viel Erfolg!


    Aldafera

    SIP: Asterisk 14
    Dect: FrützBüx 7490
    O/S: Debain Jessie
    Automatisierung: CCU2 + CUXD + Pushover + Mail (YAHM)
    Aktoren: (bitte einfach fragen hab 250 Geräte im Einsatz)
    Anbindung Inet DynDns + VPN
    Sicherheit: Palo Alto, Fortigate, LSC ERPM
    Surveillance: Edimax, Digitus, Raspi
    Tracking: Cisco und LoraWan
    Netzwerke: CAT7 - 1Gb Uplink, FO (Multi-, Mono, POF), WLAN. Dect, BidCos, LoRa
    90% Hab ich sicher wieder vergessen - :D

  • Hallo Harald;


    Habe Proleme ffmpeg zu installieren.
    Mein Kernel ist 4.4.34+
    Beim update bekome ich:
    W: GPG error: http://ftp.debian.org jessie-backports InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010


    Nach dem Aufruf von ffmpeg bekomme ich:
    Illegal instruction


    Habe auch schon andere Installation wie:


    apt-get install libav-tools
    Meldung nach ffmpeg Aufruf:
    bash: /usr/bin/ffmpeg: No such file or directory


    oder


    wget https://github.com/ccrisan/mot…/ffmpeg_3.1.1-1_armhf.deb
    dpkg -i ffmpeg_3.1.1-1_armhf.deb
    Meldung nach ffmpeg Aufruf:
    Illegal instruction


    getestet aber leider ohne Erfolg.


    Daniel