Ankündigung

**Borastoni** · 09.11.2022, 22:06

Ich habe genau das selbe Problem mit dem Docker auf der Synology. Per VLC bekomme ich ein Bild aber im TKS ist es nur schwarz.

**Amokd0c** · 01.01.2023, 21:01

Hallo!

Bevor ich jetzt wieder Stunden verballer, frag ich lieber gleich nach! Ich komme hier nicht weiter.

Bei mir ist es ähnlich. TKS IP GW Bild ist schwarz, allerdings im VLC ist es ganz seltsam

Alles läuft in einer VM auf Debian 11.
ffserver -d startet, somit steht auch die Verbindung

Code:

httpPort 8090
RtspPort 554
# IP der VM/raspi
HttpBindAddress 192.168.140.37
MaxHTTPConnections 2000
MaxClients 1000
MaxBandwidth 100000
CustomLog -

<Feed unifi.ffm>
File /tmp/unifi.ffm
FileMaxSize 50M
# IP der Unifi Protect Instanz (aus Unifi kopieren), rtsps auf rtsp anpassen und Port 7441 auf 7447
Launch ffmpeg -i "rtsp://192.168.1.1:7447/gwRB95w1OVH5MnjS?enableSrtp"
</Feed>

<Stream s0>
Feed unifi.ffm
Format rtp

VideoCodec mpeg4
VideoFrameRate 24
VideoBitRate 400
VideoSize 640x480
PixelFormat yuv420p
AVOptionVideo flags +global_header

NoAudio

PreRoll 0
StartSendOnKey
</Stream>


<Stream s0.jpg>
Feed unifi.ffm
Format jpeg

VideoFrameRate 2
VideoIntraOnly
VideoSize 1024x576

NoAudio
Strict -1
</Stream>

<Stream stat.html>
Format status

#IP TKS und Computer eintrage
ACL allow 192.168.140.5
ACL allow 192.168.100.32
</Stream>

Angehängte Dateien

grafik.png (1,14 MB, 304x aufgerufen)

**Amokd0c** · 02.01.2023, 17:29

Hab es heute nochmal versucht. Er spuckt mir jetzt diese Fehler aus. Woran kann das denn liegen?

Besten Dank!

Mon Jan 2 17:27:51 2023 Codecs do not match for stream 0
Mon Jan 2 17:27:51 2023 Could not open output feed file '/tmp/unifi.ffm'
Mon Jan 2 17:27:51 2023 Could not setup feed streams

Der Stream von der Kamera in VLC sieht leider immer noch so aus.
Kann das dran liegen, dass die Cam über Protect läuft und ich den Link aus Protect raus ziehe, und die Cam nicht im Standalone ist?

**Amokd0c** · 02.01.2023, 22:52

Also der Zugriff sollte passen, aber das Bild stimmt net

.. auf die stats.html kann ich auch zugreifen, das ging gestern schon mal nicht.
Habe heute Debian ohne GUI neu aufgesetzt, läuft m.E. stabiler.

Geg0r kannst du mit dem Log was anfangen? Ich habe eine G3 Bullet / Auflösung ist mit 1920x1080 im Stream, das hab ich der ffserver.conf auch angepasst

Code:

root@TKSIPUNIFI:~# ffserver -d
ffserver version N-89723-g2ca65fc7b7 Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 10 (Debian 10.2.1-6)
  configuration: --enable-gpl --enable-libx264 --enable-libx265
  libavutil      56.  7.100 / 56.  7.100
  libavcodec     58.  9.100 / 58.  9.100
  libavformat    58.  3.100 / 58.  3.100
  libavdevice    58.  0.100 / 58.  0.100
  libavfilter     7. 11.101 /  7. 11.101
  libswscale      5.  0.101 /  5.  0.101
  libswresample   3.  0.101 /  3.  0.101
  libpostproc    55.  0.100 / 55.  0.100
/etc/ffserver.conf:32: Setting default value for video bit rate tolerance = 100000. Use NoDefaults to disable it.
/etc/ffserver.conf:32: Setting default value for video rate control equation = tex^qComp. Use NoDefaults to disable it.
/etc/ffserver.conf:32: Setting default value for video max rate = 800000. Use NoDefaults to disable it.
/etc/ffserver.conf:32: Setting default value for video buffer size = 800000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video bit rate = 64000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video bit rate tolerance = 32000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video rate control equation = tex^qComp. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video max rate = 128000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video buffer size = 128000. Use NoDefaults to disable it.
Mon Jan  2 22:40:53 2023 Codecs do not match for stream 0
Mon Jan  2 22:40:53 2023 [ffm @ 0x558598994940]Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Mon Jan  2 22:40:53 2023 [ffm @ 0x558598994940]Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Mon Jan  2 22:40:53 2023 FFserver started.
Mon Jan  2 22:40:53 2023 Launch command line: ./ffmpeg -i rtsp://192.168.1.1:7447/vfLSg0rZVBjEl6sT?enableSrtp http://192.168.140.121:8090/unifi.ffm
unifi.ffm: Pid 452 exited with status 256 after 0 seconds
Mon Jan  2 22:41:02 2023 192.168.140.5 - - [TEARDOWN] "rtsp://192.168.140.121/s0 RTSP/1.0" 200 80
Mon Jan  2 22:41:02 2023 192.168.140.5:9277 - - "PLAY s0/streamid=0 RTP/UDP"
Mon Jan  2 22:43:02 2023 192.168.140.5 - - [TEARDOWN] "rtsp://192.168.140.121/s0 RTSP/1.0" 200 813
Mon Jan  2 22:44:40 2023 192.168.100.32 - - New connection: GET /stat.html
Mon Jan  2 22:44:40 2023 192.168.100.32 - - [GET] "/stat.html HTTP/1.1" 200 1284
Mon Jan  2 22:44:40 2023 192.168.100.32 - - New connection: GET /favicon.ico
Mon Jan  2 22:44:40 2023 File '/favicon.ico' not found
Mon Jan  2 22:44:40 2023 192.168.100.32 - - [GET] "/favicon.ico HTTP/1.1" 404 192
Mon Jan  2 22:44:55 2023 192.168.100.32 - - New connection: GET /s0
Mon Jan  2 22:44:55 2023 [rtp @ 0x5585989a8e00]Max packet size 0 too low
Mon Jan  2 22:44:55 2023 Error writing output header for stream 's0': Input/output error
Mon Jan  2 22:44:55 2023 192.168.100.32 - - [GET] "/s0 HTTP/1.1" 200 79
Mon Jan  2 22:45:05 2023 192.168.100.32 - - New connection: GET /s0.jpg
Mon Jan  2 22:45:07 2023 192.168.100.32 - - [GET] "/s0.jpg HTTP/1.1" 200 63
Mon Jan  2 22:45:08 2023 192.168.100.32 - - New connection: GET /s0.jpg
Mon Jan  2 22:45:16 2023 192.168.100.32 - - [GET] "/s0.jpg HTTP/1.1" 200 63
Mon Jan  2 22:45:16 2023 192.168.100.32 - - New connection: GET /stat.html
Mon Jan  2 22:45:16 2023 192.168.100.32 - - [GET] "/stat.html HTTP/1.1" 200 1290
Mon Jan  2 22:45:18 2023 192.168.100.32 - - New connection: GET /s0.jpg
Mon Jan  2 22:45:18 2023 192.168.100.32 - - [GET] "/s0.jpg HTTP/1.1" 200 63
Mon Jan  2 22:45:18 2023 192.168.100.32 - - New connection: GET /stat.html
Mon Jan  2 22:45:18 2023 192.168.100.32 - - [GET] "/stat.html HTTP/1.1" 200 1290
Mon Jan  2 22:47:33 2023 192.168.140.5 - - [TEARDOWN] "rtsp://192.168.140.121/s0 RTSP/1.0" 200 80
Mon Jan  2 22:47:33 2023 192.168.140.5:9172 - - "PLAY s0/streamid=0 RTP/UDP"
Mon Jan  2 22:47:51 2023 192.168.100.32 - - New connection: GET /stat.html
Mon Jan  2 22:47:51 2023 192.168.100.32 - - [GET] "/stat.html HTTP/1.1" 200 1501
Mon Jan  2 22:49:34 2023 192.168.140.5 - - [TEARDOWN] "rtsp://192.168.140.121/s0 RTSP/1.0" 200 813

**Geg0r** · 03.01.2023, 19:21

Amokd0c hast du ein getrenntes Netz? Deine IPs lassen es vermuten. Kann dein TKSIPUNIFI denn auf die 192.168.1.1 sauber zugreifen?

Man sieht hier das es deinen server gleich wieder "zerlegt"

Mon Jan 2 22:40:53 2023 Launch command line: ./ffmpeg -i rtsp://192.168.1.1:7447/vfLSg0rZVBjEl6sT?enableSrtp http://192.168.140.121:8090/unifi.ffm
unifi.ffm: Pid 452 exited with status 256 after 0 seconds

Du könntest alternativ mal den Container von github testen ob der geht.
Evtl ist auch deine ffmpeg version nicht die passende?

Bei mir sieht es so aus im log:

/etc/ffserver.conf:34: Setting default value for video bit rate tolerance = 100000. Use NoDefaults to disable it.
/etc/ffserver.conf:34: Setting default value for video rate control equation = tex^qComp. Use NoDefaults to disable it.
/etc/ffserver.conf:34: Setting default value for video max rate = 800000. Use NoDefaults to disable it.
/etc/ffserver.conf:34: Setting default value for video buffer size = 800000. Use NoDefaults to disable it.
Sat Dec 10 16:10:26 2022 Codecs do not match for stream 0
Sat Dec 10 16:10:26 2022 [ffm @ 0x7ff2d0509080]Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Sat Dec 10 16:10:26 2022 FFserver started.
Sat Dec 10 16:10:26 2022 Launch command line: /usr/bin/ffmpeg -i rtsp://192.168.1.1:7447/mo6b5qtb0pgFux8v?enableSrtp http://127.0.0.1:8090/unifi.ffm
Sat Dec 10 16:10:29 2022 127.0.0.1 - - [GET] "/unifi.ffm HTTP/1.1" 200 4175
Sat Dec 17 16:23:39 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Sat Dec 17 16:23:39 2022 192.168.1.119:9141 - - "PLAY s0/streamid=0 RTP/UDP"
Sat Dec 17 16:25:33 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Tue Dec 20 13:57:15 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Tue Dec 20 13:57:15 2022 192.168.1.119:9406 - - "PLAY s0/streamid=0 RTP/UDP"
Tue Dec 20 13:59:10 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Wed Dec 21 11:05:00 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Wed Dec 21 11:05:00 2022 192.168.1.119:9518 - - "PLAY s0/streamid=0 RTP/UDP"
Wed Dec 21 11:06:56 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Wed Dec 21 16:14:19 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Wed Dec 21 16:14:19 2022 192.168.1.119:9312 - - "PLAY s0/streamid=0 RTP/UDP"
Wed Dec 21 16:16:13 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Thu Dec 22 07:07:35 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Thu Dec 22 07:07:35 2022 192.168.1.119:9620 - - "PLAY s0/streamid=0 RTP/UDP"
Thu Dec 22 07:09:30 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Fri Dec 23 15:33:22 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Fri Dec 23 15:33:22 2022 192.168.1.119:9510 - - "PLAY s0/streamid=0 RTP/UDP"
Fri Dec 23 15:35:17 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Sun Dec 25 11:41:12 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Sun Dec 25 11:41:12 2022 192.168.1.119:9930 - - "PLAY s0/streamid=0 RTP/UDP"
Sun Dec 25 11:43:07 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Mon Dec 26 14:15:20 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Mon Dec 26 14:15:20 2022 192.168.1.119:9032 - - "PLAY s0/streamid=0 RTP/UDP"
Mon Dec 26 14:17:15 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Wed Dec 28 16:48:30 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Wed Dec 28 16:48:30 2022 192.168.1.119:9504 - - "PLAY s0/streamid=0 RTP/UDP"
Wed Dec 28 16:50:24 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Fri Dec 30 13:42:11 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Fri Dec 30 13:42:11 2022 192.168.1.119:9822 - - "PLAY s0/streamid=0 RTP/UDP"
Fri Dec 30 13:43:45 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Sat Dec 31 08:08:16 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Sat Dec 31 08:08:16 2022 192.168.1.119:9828 - - "PLAY s0/streamid=0 RTP/UDP"
Sat Dec 31 08:10:10 2022 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Tue Jan 3 13:40:46 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Tue Jan 3 13:40:46 2023 192.168.1.119:9443 - - "PLAY s0/streamid=0 RTP/UDP"
Tue Jan 3 13:42:40 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Tue Jan 3 13:59:00 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Tue Jan 3 13:59:00 2023 192.168.1.119:9434 - - "PLAY s0/streamid=0 RTP/UDP"
Tue Jan 3 14:00:55 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Tue Jan 3 16:00:04 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Tue Jan 3 16:00:04 2023 192.168.1.119:9817 - - "PLAY s0/streamid=0 RTP/UDP"
Tue Jan 3 16:01:59 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827
Tue Jan 3 16:21:17 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 80
Tue Jan 3 16:21:17 2023 192.168.1.119:9626 - - "PLAY s0/streamid=0 RTP/UDP"
Tue Jan 3 16:23:11 2023 192.168.1.119 - - [TEARDOWN] "rtsp://192.168.1.3/s0 RTSP/1.0" 200 827

**Amokd0c** · 04.01.2023, 07:01

Morgen!

Zitat von Geg0r Beitrag anzeigen

ann dein TKSIPUNIFI denn auf die 192.168.1.1 sauber zugreifen?

Ich geh jetzt mal davon aus.
Ich habe eben zum testen eine übrige G3 Bullet hergenommen, die in den gleichen IP Kreis vom ffserver gehängt, und als Standalone konfiguriert.

rtsp://192.168.140.50:554/s0

lautet der Stream, den kann ich in VLC auch abrufen. Den Stream in der ffserver.conf eingetragen / Auflösung angepasst.
Im VLC gibt es jetzt allerdings keine Fehler, aber auch kein Bild, gleiches im TKS IP GW. Also schwarzer Screen!
Mit dem Ergebnis:

Code:

root@TKSIPUNIFI:~# ffserver -d
ffserver version N-89723-g2ca65fc7b7 Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 10 (Debian 10.2.1-6)
  configuration: --enable-gpl --enable-libx264 --enable-libx265
  libavutil      56.  7.100 / 56.  7.100
  libavcodec     58.  9.100 / 58.  9.100
  libavformat    58.  3.100 / 58.  3.100
  libavdevice    58.  0.100 / 58.  0.100
  libavfilter     7. 11.101 /  7. 11.101
  libswscale      5.  0.101 /  5.  0.101
  libswresample   3.  0.101 /  3.  0.101
  libpostproc    55.  0.100 / 55.  0.100
/etc/ffserver.conf:32: Setting default value for video bit rate tolerance = 100000. Use NoDefaults to disable it.
/etc/ffserver.conf:32: Setting default value for video rate control equation = tex^qComp. Use NoDefaults to disable it.
/etc/ffserver.conf:32: Setting default value for video max rate = 800000. Use NoDefaults to disable it.
/etc/ffserver.conf:32: Setting default value for video buffer size = 800000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video bit rate = 64000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video bit rate tolerance = 32000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video rate control equation = tex^qComp. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video max rate = 128000. Use NoDefaults to disable it.
/etc/ffserver.conf:45: Setting default value for video buffer size = 128000. Use NoDefaults to disable it.
Wed Jan  4 06:53:33 2023 [ffm @ 0x55c4f6ca4d80]Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Wed Jan  4 06:53:33 2023 [ffm @ 0x55c4f6ca4d80]Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
Wed Jan  4 06:53:33 2023 FFserver started.
Wed Jan  4 06:53:33 2023 Launch command line: ./ffmpeg -i rtsp://192.168.140.50:554/s0 http://192.168.140.121:8090/unifi.ffm
unifi.ffm: Pid 444 exited with status 256 after 0 seconds
Wed Jan  4 06:53:39 2023 192.168.140.5 - - [TEARDOWN] "rtsp://192.168.140.121/s0 RTSP/1.0" 200 80
Wed Jan  4 06:53:39 2023 192.168.140.5:9533 - - "PLAY s0/streamid=0 RTP/UDP"
Wed Jan  4 06:55:39 2023 192.168.140.5 - - [TEARDOWN] "rtsp://192.168.140.121/s0 RTSP/1.0" 200 813

Das mit dem Docker hab ich noch net so ganz gerafft. Hab auf der Synology schon Docker am laufen, und dort einen Container eingerichtet.
Allerdings fehlt mir das knowhow wo die docker-compose.yml hinkopiert werden muss. Bei Portainer bekomme ich keinen Zugriff auf das Webinterface.
Das waren mir gestern zuviele Probleme und ich hab abgebrochen.

Besten Dank!

**Geg0r** · 04.01.2023, 14:02

Der ffmpeg geht leider wieder sofort auf die Knie:

Wed Jan 4 06:53:33 2023 Launch command line: ./ffmpeg -i rtsp://192.168.140.50:554/s0 http://192.168.140.121:8090/unifi.ffm
unifi.ffm: Pid 444 exited with status 256 after 0 seconds

Zeig mal auf dem debian ein "netstat -ant"... nicht das du den selben Mist hast wie ich am Anfang, das etwas den Port schon besetzt.

Wenn du mit dem container setup hilfe brauchst kann ich dir gerne helfen.
Am einfachsten ist es wenn du auf der debian kiste die du hast docker und docker-compose installierst, dann einfach das yaml file ausm ersten post in einen beliebigen Ordner kopieren (ich mach das immer unter /opt/ und dann mit dem Befehl "docker-compose up" (muss aus dem Ordner sein wo das yaml liegt) den container starten und schauen was passiert.
Hier noch ein how-to für den ersten Teil der installation: hxxps://www.howtoforge.de/anleitung/so-installierst-du-docker-und-docker-compose-unter-debian-11/

Grüße Geg0r

**Amokd0c** · 04.01.2023, 15:33

Zitat von Geg0r Beitrag anzeigen

Zeig mal auf dem debian ein "netstat -ant".

Code:

root@TKSIPUNIFI:~# netstat -ant
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0    272 192.168.140.121:22      192.168.100.32:64689    VERBUNDEN
tcp6       0      0 :::22                   :::*                    LISTEN
root@TKSIPUNIFI:~#

Somit nein, auf der VM läuft auch nix, außer ffserver!

kurz nochmal zusammengefasst:
- Proxmox VM Debian 10.x.x
- Verbindung SSH
- su -l angemeldet
- ffserver lt. ersten Post installiert
- ffserver.conf editiert
- IP Adresse der VM editiert
- Pfad aus UDM Protect raus kopiert
- Port abgeändert und s aus rtsps entfernt
- Auflösung angepasst
- ffserver.conf gespeichert
- Neustart somit IP Kreis 192.168.140.x

mehr ist es doch eigentlich nicht.

Verbindung via VLC oder TKS IP GW getestet -> schwarzes Bild
Kamera G3 im Standalone funktioniert der Aufruf im VLC

Ich könnte mir jetzt nur noch vorstellen, dass es an der Installation VM in Proxmox liegt. Aber alle Beteiligten befinden sich im gleichen Subnet.
Ich hab noch nen PI da, ich werds mal damit testen

Vielen Dank für deine Mühe und Geduld!

**Geg0r** · 05.01.2023, 08:51

Das es an Proxmox liegt glaube ich nicht.

Und das was du gemacht hast ist auch genau das was ich gemacht hatte am Anfang und ich kann leider keinen Fehler erkennen.
Ich kann dich eigentlich nur bitten tatsächlich mal das setup mit dem docker container auszuprobieren (geht wunderbar unter proxmox) und zu schauen ob es da geht.

**Amokd0c** · 05.01.2023, 13:36

OK, ich tu es!

ich melde mich! dickes Danke erstmal!

**Amokd0c** · 06.01.2023, 21:46

OK! Ich habe es mit Hilfe von Geg0r hinbekommen. Dickes Danke hierfür!
Ich möchte kurz, die Lösung die für mich funktioniert hat, für die Nachwelt zusammenfassen.

Bei mir läuft in Proxmox

- Debian als LXC Container 11.6.1
- privileged hat bei mir nur funktioniert
- docker und docker-compose installieren
- unter /opt ein Verzeichnis der Wahl anlegen
- in das Verzeichnis wechseln
- nano + Enter
- dort die docker-compose.yaml mit nano anlegen und folgendem Inhalt speichern

Code:

version: '3'

services:
  stream2giratksip:
    image: toprock/stream2giratksip:1.0.4
    restart: always
    ports:
      - 554:554
      - 8090:8090
    environment:
      INPUT_STREAM_URL: "rtsp://192.168.1.1:7447/abdDEFCG?enableSrtp"
      RTSP_PORT: 554
      HTTP_PORT: 8090

- Stream URL mit eurer ersetzen
- s bei rtsps:// entfernen
- Port von 7441 auf 7447
- Strg X
- Y
- docker-compose.yaml als Dateiname verwenden
- im Verzeichnis selbst docker-compose up + Enter
- alles sollte grün sein

Was bei mir jetzt nicht geht! Ich kann keinen Stream von der UDM Pro aus Protect raus verwenden, geht einfach nicht.
Die Kamera muss unmanaged sein, was natürlich völliger Blödsinn ist, aber leider geht es nur so!
Ggf. liegt das an meiner G3 Bullet, zu alt... was weiss ich!
Der Stream für die Kamera sieht so aus
INPUT_STREAM_URL: "rtsp://IP_CAM:554/s0"

gut gelaunte Grüße....

**HelioRasp** · 04.02.2023, 13:15

Hallo Zusammen,

erstmal großes Lob für die Anleitung - das seit Jahren große Ärgernis mit der zwar sehr schönen Sprechanlage aber für den Preis unterirdischen Funktion
- handelsübliche IP-Cams lassen sich nicht verbinden
- keine Bewegungs- / Gesichtserkennung
- ...
lässt sich damit halbwegs ausmerzen.

Für 2500,- (inkl. Briefkasten) sollte man schon etwas erwarten können - RING bietet hier für einen Bruchteil der Kosten um ein vielfaches an Funktionen
#EndederDurchsageanGira

Auch bei mir war das Problem das der "ffserver mit code 256 nach 0s exited" hat.
Das Kamera-Bild im TKS-Assistent blieb immer schwarz.

Ich habe dann nach unzähligem rumprobieren festgestellt, das meine CAM`s (Herospeed IPC) nicht per UDP kommunizieren.

mit folgeder Erweiterung zwinge ich ffmpeg dazu ausschließlich per TCP zu kommunizieren.

ffmpeg -rtsp_transport tcp -i "rtsp://x.x.x.x:554/0

TKS-Assistent.png

Seitdem habe ich es nun geschafft nach 5 Jahren ein Kamerabild zu generieren....

**Borastoni** · 10.02.2023, 10:37

Zitat von HelioRasp Beitrag anzeigen

Hallo Zusammen,

erstmal großes Lob für die Anleitung - das seit Jahren große Ärgernis mit der zwar sehr schönen Sprechanlage aber für den Preis unterirdischen Funktion
- handelsübliche IP-Cams lassen sich nicht verbinden
- keine Bewegungs- / Gesichtserkennung
- ...
lässt sich damit halbwegs ausmerzen.

Für 2500,- (inkl. Briefkasten) sollte man schon etwas erwarten können - RING bietet hier für einen Bruchteil der Kosten um ein vielfaches an Funktionen
#EndederDurchsageanGira

Auch bei mir war das Problem das der "ffserver mit code 256 nach 0s exited" hat.
Das Kamera-Bild im TKS-Assistent blieb immer schwarz.

Ich habe dann nach unzähligem rumprobieren festgestellt, das meine CAM`s (Herospeed IPC) nicht per UDP kommunizieren.

mit folgeder Erweiterung zwinge ich ffmpeg dazu ausschließlich per TCP zu kommunizieren.

ffmpeg -rtsp_transport tcp -i "rtsp://x.x.x.x:554/0

TKS-Assistent.png

Seitdem habe ich es nun geschafft nach 5 Jahren ein Kamerabild zu generieren....

Hallo, wie bekomme ich deine Änderung im Docker von Seite 1 angepasst?

**MatthiasS** · 10.02.2023, 10:59

Bitte Fullquotes vermeiden, noch dazu Fullquotes des direkt davor stehenden Beitrages!

**Geg0r** · 10.02.2023, 11:02

Zitat von Borastoni Beitrag anzeigen

Hallo, wie bekomme ich deine Änderung im Docker von Seite 1 angepasst?

Haben mal eine Änderung im Docker eingebaut. Hol dir die aktuelle Version und teste damit bitte.

Ankündigung

Video Stream to Gira TKS IP Gateway

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar