Hallo
Ich besitze eine Video-Gegensprechanlage Konx 02C und möchte den Stream in Gladys integrieren. Aber wenn ich hier bin, dann funktioniert es nicht. Trotzdem habe ich nach vielen Recherchen den Stream gefunden und konnte ihn in VLC anzeigen lassen.
Hier ist die Adresse des Streams:
rtsp://admin:Passwort@192.168.1.165:554/onvif1
Hätten Sie eine Idee, warum es mit Gladys nicht funktioniert?
Vielen Dank im Voraus
Hast du einen bestimmten Fehler? Welcher ist das?
Hast du mehrere Quellen, die den Stream nutzen? Manche Kameras können nicht von mehreren Clients genutzt werden.
Guten Abend @pierre-gilles
Nein, ich habe nur Gladys, wenn ich es einstelle. Allerdings funktioniert der Stream in der Yoosee-App und in VLC gleichzeitig, also scheint der Türsteuerung mehrere Quellen zu verwalten.
Der Fehler
Nein, es ist der Fehler, den er normalerweise anzeigt:
Aber in den Logs habe ich das:
2024-12-16T22:06:49+0100 <warn> getImage.js:77 () Error: Command failed: ffmpeg -rtsp_transport tcp -i rtsp://admin:#######@192.168.1.165:554/onvif1 -f image2 -vframes 1 -qscale:v 15 -vf scale=640:-1 /tmp/gladysassistant/camera-9f552bf5-683a-4265-8f96-caef4bfe08d0-324-49-6-22.jpg
ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 12 (Debian 12.2.0-14)
configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared
libavutil 57. 28.100 / 57. 28.100
libavcodec 59. 37.100 / 59. 37.100
libavformat 59. 27.100 / 59. 27.100
libavdevice 59. 7.100 / 59. 7.100
libavfilter 8. 44.100 / 8. 44.100
libswscale 6. 7.100 / 6. 7.100
libswresample 4. 7.100 / 4. 7.100
libpostproc 56. 6.100 / 56. 6.100
[rtsp @ 0x565b139cfe80] Nonmatching transport in server reply
rtsp://admin:########@192.168.1.165:554/onvif1: Invalid data found when processing input
Der Fehler, den du siehst, liegt daran, dass Gladys „transport tcp“ anfordert, um ein ungestörtes Kamerabild zu erhalten, und deine Kamera scheinbar nicht dem RTSP-Standard entspricht, indem sie das Transportprotokoll in der Antwort weglässt, wodurch ffmpeg die Antwort der Kamera ablehnt.
Offensichtlich ist das bei Kameras, die vom Hersteller auf „billige“ Weise implementiert wurden, häufig der Fall 
Wenn man sich die Amazon-Bewertung dieses Geräts ansieht, scheinen die Kommentare in dieselbe Richtung zu gehen ^^
Ich lese solche Informationen in diesem Beitrag:
Eine Lösung wäre, einen UDP-Transportmodus in Gladys vorzuschlagen, der über die Kameraschnittstelle konfigurierbar ist. Allerdings befürchte ich, dass du in deinem Fall am Ende trotzdem korrumpierte Bilder erhältst, da das bei UDP oft der Fall ist, besonders mit einer Kamera von schlechter Qualität…
Hallo @pierre-gilles
Also gebe ich mich dann geschlagen?, das ist schade für mich.
Danke für die Zeit, die du uns mit der Hilfe widmest.
Ich bin kein Experte, aber wenn es bis VLC kommt, können wir vielleicht den Stream von VLC aus neu starten und an Gladys senden???
In diesem Zustand kann es nicht direkt funktionieren, da der von Konx entwickelte RTSP-Stream eine nicht standardkonforme RTSP-Antwort zurückgibt, wenn der Stream per TCP angefordert wird (das ist ein Bug von Konx).
Ich sehe 2 Optionen für dich:
- Kurzfristig: Entweder findest du eine Software, die als Brücke zwischen deinem Konx und Gladys fungiert, die den Stream von deinem Konx in UDP lesen und ihn für Gladys in TCP weiterleiten kann. Ein NVR sozusagen! Das könnte zum Beispiel Frigate sein (https://frigate.video/), oder ZoneMinder (https://zoneminder.com/). Danach ist natürlich nichts gesagt, dass dieser NVR nicht in derselben Situation wie Gladys stecken könnte, aber es lohnt sich, es zu versuchen, vielleicht sind sie offener für nicht-standardmäßige Implementierungen.
- Mittelfristig: Warten, bis ein erzwungener UDP-Modus in Gladys entwickelt wird. In diesem Fall würde ich gerne, dass du einen Feature-Request erstellst
In jedem Fall erwarte keine Magie von diesem Portal. Es ist extrem schlecht bewertet… es würde mich nicht wundern, wenn wir selbst im UDP-Modus ein ruckelndes oder sogar korruptes Bild bekommen.
Danke für deine Hilfe, ich werde versuchen, mich mit dem, was du mir sagst, zu behelfen.
Ich werde die Funktionsanfrage stellen, auch wenn es mit meinem Gerät nicht funktioniert, vielleicht öffnet es Optionen für andere Kameras?
Hallo
Ich habe das Problem mit dem Video gelöst, indem ich Motioneye verwendet habe. Es ist etwas aufwendig, da ich einen dedizierten RPI dafür nutze. Aber da ich mehrere Esp32-Kameras verwende, war es bereits installiert. Ich denke aber, dass die Installation auf dem Mini-PC keine großen Probleme bereiten sollte, weder in Bezug auf die Installation noch auf die Leistung. (Vielleicht irre ich mich ja!)