NEWS
Test Adapter eusec 3.5.x
-
So, jetzt bin ich dazu gekommen, deine Fragen zu beantworten:
- Adapterversion: Welche Version von eusec läuft bei dir?
- 3.5.0
- Log: Öffne den Stream einer S340 im VLC und schau danach im Log (Stufe info reicht) nach den Zeilen mit „On-demand stream“. Mich interessiert vor allem, ob die Zeile „no audio within 5 seconds - continuing without“ auftaucht. Der Adapter schreibt sie, wenn die Kamera nach dem ersten Bild 5 Sekunden lang keinen Ton schickt. In dem Fall lässt go2rtc die Tonspur weg, und VLC bekommt keine.
Hier im Log sind nach Starten des RTSP-Streams folgende Einträge:

Danach kommen erst wieder Einträge, wenn der Stream stoppt (nach 1 Minute)
- go2rtc: Ruf bitte im Browser http://<IP-des-ioBroker>:1984/api/streams?src=<Seriennummer der Kamera> auf, während der Stream im VLC läuft, und stell die Ausgabe hier ein. Daran sehe ich, ob go2rtc von der Kamera Ton bekommt und was es an VLC weitergibt.
- Hier die Ausgabe (Nr. der Kamera habe ich anonymisiert):
{ "producers": [ { "id": 33, "format_name": "hevc", "protocol": "http", "remote_addr": "127.0.0.1:45951", "url": "http://127.0.0.1:45951/T81XXXXXXXXXXXXX/video", "medias": [ "video, recvonly, H265" ], "receivers": [ { "id": 34, "codec": { "codec_name": "hevc", "codec_type": "video" }, "childs": [ 35 ], "bytes": 393437, "packets": 89 } ], "bytes_recv": 393736 }, { "id": 36, "format_name": "adts", "protocol": "http", "remote_addr": "127.0.0.1:45951", "url": "http://127.0.0.1:45951/T81XXXXXXXXXXXXX/audio", "medias": [ "audio, recvonly, MPEG4-GENERIC/16000/1" ], "receivers": [ { "id": 37, "codec": { "channels": 1, "codec_name": "aac", "codec_type": "audio", "sample_rate": 16000 }, "childs": [ 38 ], "bytes": 18310, "packets": 93 } ], "bytes_recv": 17938 } ], "consumers": [ { "id": 32, "format_name": "rtsp", "protocol": "rtsp+tcp", "remote_addr": "192.168.178.136:64384", "sdp": "v=0\r\no=- 1 1 IN IP4 0.0.0.0\r\ns=go2rtc/1.9.4\r\nc=IN IP4 0.0.0.0\r\nt=0 0\r\nm=video 0 RTP/AVP 96\r\na=rtpmap:96 H265/90000\r\na=fmtp:96 profile-id=1;sprop-vps=QAEMAf//AWAAAAMAgAAAAwAAAwB4vAk=;sprop-sps=QgEBAWAAAAMAgAAAAwAAAwB4oAKAgC0WNvu8pm4CAgIIAAADAAgAAAMAeEA=;sprop-pps=RAHAcrQTZA==\r\na=control:trackID=0\r\nm=audio 0 RTP/AVP 97\r\na=rtpmap:97 MPEG4-GENERIC/16000/1\r\na=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408\r\na=control:trackID=1\r\n", "user_agent": "LibVLC/3.0.23 (LIVE555 Streaming Media v2016.10.21)", "medias": [ "video, sendonly, ANY", "audio, sendonly, ANY" ], "senders": [ { "id": 35, "codec": { "codec_name": "hevc", "codec_type": "video" }, "parent": 34, "bytes": 393437, "packets": 89 }, { "id": 38, "codec": { "channels": 1, "codec_name": "aac", "codec_type": "audio", "sample_rate": 16000 }, "parent": 37, "bytes": 18310, "packets": 93 } ], "bytes_recv": 104, "bytes_send": 419035 } ] }- Gegentest ohne VLC: Öffne den Link aus dem Datenpunkt livestream der Kamera im Browser und schalte im Player den Ton ein. Hörst du dort etwas?
- Nein. Bei dem weiteren Test stellt sich allerdings heraus, dass der Ton nur bei den beiden Outdoor-Kameras (S340) nicht übertragen wird. Bei der Indoor-Kamera (Pan&Tilt, s.o.) habe ich jedoch Ton, allerdings nur im Browser. Über RTSP im VLC-Player kommt auch hier kein Ton an.
Zum kurzen Schwarzbild: Schreib bitte dazu, wie viele Sekunden nach dem Öffnen es ungefähr auftritt. Dann kann ich es mit den Zeitstempeln im Log vergleichen.
- Ab dem Öffnen von VLC dauert es zunächst 5-8 Sekunden, bis der Stream überhaupt steht und ein Bild angezeigt wird (das ist von mal zu mal unterschiedlich). Das Schwarzbild kommt ca. 4-5 Sekunden nach dem ersten Bild (ist auch schwankend, lässt sich leider nicht allgemeinverbindlich mitteilen).
Danke für Deine Hilfe!
-
@Ephi Danke für die ausführlichen Antworten, damit kann ich schon einiges eingrenzen.
Was deine Ausgabe zeigt
- Der Ton kommt bei go2rtc an. go2rtc hat von der Kamera 93 AAC-Pakete (16 kHz, mono) bekommen und alle 93 an den VLC weitergegeben. Das sind rund 6 Sekunden Ton, also genauso lange wie das Video bis dahin. Die Zeile „no audio within 5 seconds“ steht auch nicht im Log. Adapter und go2rtc lassen den Ton also nicht weg.
- Bei der Pan&Tilt hörst du den Ton im Browser, im VLC aber nicht. Es sind dieselben Daten, nur ein anderer Player. Das spricht dafür, dass der VLC die Tonspur aus dem RTSP-Stream nicht abspielt.
- Bei den S340 hörst du auch im Browser nichts, obwohl Tondaten ankommen. Ich vermute, dass die Kamera auf diesem Weg stille Tondaten schickt. Sicher sagen kann ich das aber erst mit einer Aufnahme.
Zwei Tests bitte
- VLC ohne RTSP: Öffne im VLC als Netzwerkstream
http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer der Pan&Tilt>
Hörst du dort etwas? Wenn ja, liegt es am Zusammenspiel von VLC und RTSP und nicht an der Kamera. - Aufnahme einer S340: Ruf im Browser
http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer der S340>&duration=15&filename=s340.mp4
auf und sprich währenddessen vor der Kamera. Der Browser lädt dann 15 Sekunden als Datei herunter. Hör kurz rein, ob etwas zu hören ist, und schick mir die Datei, gern per PN oder als Cloud-Link, falls das Forum sie nicht annimmt. Daran sehe ich, ob in der Tonspur überhaupt etwas steckt.
Zum Schwarzbild
Im Log gibt es in dieser Zeit keinen Neustart des Streams, der Adapter liefert also durchgehend. Tritt das Schwarzbild auch im Browser auf oder nur im VLC? Wenn nur im VLC, tippe ich darauf, dass der VLC dort Bild und Ton neu synchronisiert.
-
Erst einmal vielen Dank für Deine tolle Analyse!
Ich habe jetzt gerade auf die Schnelle schon mal den ersten Test durchgeführt: Wenn ich den http://-Netzwerkstream im VLC-Player so öffne, wie Du Ihn mir hier vorgegeben hast, höre ich über alle drei Kameras Ton auch über VLC. Es scheint also tatsächlich am Zusammenspiel VLC und RTSP zu liegen.
Wenn ich die http://-Streams im VLC-Player öffne, kommt es zu der von mir beschriebenen Bildunterbrechung in etwas anderer Form daher als in der Variante RTSP-Stream im VLC-Player. Dann sieht man nämlich kein Schwarzbild, sondern ein verpixeltes, meist grünliches Bild, was nach ein paar Sekunden wieder normal wird. Das tritt nur bei den S340-Außenkameras auf (also bei den Batterie- bzw. Solarpanel-betriebenen Kameras). Bei der Pan&Tilt-Innenkamera gibt es weder ein Schwarzbild noch Bildunterbrechungen (diese ist eine leitungsgebundene Kamera).
Ich hoffe, ich kann Dir morgen noch eine Aufnahme zusenden, bei der man die grünliche Verpixelung sehen kann. Heute ist es dafür schon etwas zu spät…
-
-
@Ephi Danke für das Video und den VLC-Test, damit ist das Bild jetzt ziemlich klar.
Ton über RTSP
Über
stream.mp4hörst du im VLC alle drei Kameras. Adapter und go2rtc liefern den Ton also. Dass er über RTSP fehlt, liegt am VLC: Er bekommt die Tonspur, spielt sie aber nicht ab. Nimm im VLC am besten den http-Link statt RTSP:http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer>Ton der S340
In deiner Aufnahme ist eine Tonspur mit Inhalt, sie ist aber sehr leise. Der Grundpegel liegt bei etwa -65 dB. Zwischen Sekunde 4 und 8 und gegen Ende steigt er auf etwa -40 dB, die lauteste Stelle erreicht -26 dB. Bei normaler Lautstärke hört man davon kaum etwas. Dreh beim Abspielen der Datei einmal ganz auf: Hörst du dann etwas?
Grünes Bild und Schwarzbild
Dein Gefühl stimmt, die Auflösung ändert sich mehrmals. In der Aufnahme startet die S340 mit 1280x720, wechselt nach 4,1 Sekunden auf 1920x1080 und nach 8,3 Sekunden auf 2880x1616. Das passt zu deinen Beobachtungen: VLC über RTSP zeigt 4-5 Sekunden nach dem ersten Bild ein Schwarzbild, und über http wird das Bild für ein paar Sekunden grün und verpixelt. Die Kamera schickt die Bilder sauber, das habe ich Bild für Bild geprüft. Die Player kommen aber mit einer Auflösung, die sich mitten im Stream ändert, nicht zurecht.
Das passiert, wenn die Streaming-Qualität der Kamera auf „Auto“ steht. Die Pan&Tilt ist davon nicht betroffen, wahrscheinlich steht sie auf einer festen Qualität.
Abhilfe: Stell bei jeder S340 eine feste Qualität ein, entweder in der eufy-App oder im Objektbaum über den Datenpunkt
video_streaming_qualityder Kamera:- 1 = HD (720P)
- 2 = Full HD (1080P)
- 3 = 3K HD
Die Einstellung „Livestream-Qualität“ in der Adapter-Konfiguration greift bei der S340 bisher nicht. Sie kennt nur Niedrig/Mittel/Hoch, die S340 benennt ihre Stufen aber nach der Auflösung. Ab der nächsten Version gilt sie auch für solche Kameras: Niedrig ist dann 720P, Mittel 1080P und Hoch 3K. Bis dahin hilft der Datenpunkt oder die eufy-App.
Sag gern Bescheid, ob mit fester Qualität das Schwarzbild und das grüne Bild verschwinden.
-
@Ephi Danke für das Video und den VLC-Test, damit ist das Bild jetzt ziemlich klar.
Ton über RTSP
Über
stream.mp4hörst du im VLC alle drei Kameras. Adapter und go2rtc liefern den Ton also. Dass er über RTSP fehlt, liegt am VLC: Er bekommt die Tonspur, spielt sie aber nicht ab. Nimm im VLC am besten den http-Link statt RTSP:http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer>Ton der S340
In deiner Aufnahme ist eine Tonspur mit Inhalt, sie ist aber sehr leise. Der Grundpegel liegt bei etwa -65 dB. Zwischen Sekunde 4 und 8 und gegen Ende steigt er auf etwa -40 dB, die lauteste Stelle erreicht -26 dB. Bei normaler Lautstärke hört man davon kaum etwas. Dreh beim Abspielen der Datei einmal ganz auf: Hörst du dann etwas?
Grünes Bild und Schwarzbild
Dein Gefühl stimmt, die Auflösung ändert sich mehrmals. In der Aufnahme startet die S340 mit 1280x720, wechselt nach 4,1 Sekunden auf 1920x1080 und nach 8,3 Sekunden auf 2880x1616. Das passt zu deinen Beobachtungen: VLC über RTSP zeigt 4-5 Sekunden nach dem ersten Bild ein Schwarzbild, und über http wird das Bild für ein paar Sekunden grün und verpixelt. Die Kamera schickt die Bilder sauber, das habe ich Bild für Bild geprüft. Die Player kommen aber mit einer Auflösung, die sich mitten im Stream ändert, nicht zurecht.
Das passiert, wenn die Streaming-Qualität der Kamera auf „Auto“ steht. Die Pan&Tilt ist davon nicht betroffen, wahrscheinlich steht sie auf einer festen Qualität.
Abhilfe: Stell bei jeder S340 eine feste Qualität ein, entweder in der eufy-App oder im Objektbaum über den Datenpunkt
video_streaming_qualityder Kamera:- 1 = HD (720P)
- 2 = Full HD (1080P)
- 3 = 3K HD
Die Einstellung „Livestream-Qualität“ in der Adapter-Konfiguration greift bei der S340 bisher nicht. Sie kennt nur Niedrig/Mittel/Hoch, die S340 benennt ihre Stufen aber nach der Auflösung. Ab der nächsten Version gilt sie auch für solche Kameras: Niedrig ist dann 720P, Mittel 1080P und Hoch 3K. Bis dahin hilft der Datenpunkt oder die eufy-App.
Sag gern Bescheid, ob mit fester Qualität das Schwarzbild und das grüne Bild verschwinden.
Abhilfe: Stell bei jeder S340 eine feste Qualität ein, entweder in der eufy-App oder im Objektbaum über den Datenpunkt video_streaming_quality der Kamera
Erst einmal vielen Dank. Das komische ist, dass sowohl in der Eufy-App als auch im Objektbaum die Qualität bereits fest auf 3K HD eingestellt ist. Ich kann dementsprechend hier nichts mehr verändern. Ich habe jetzt nochmals zunächst auf Auto und dann nochmals fest auf 3K HD umgestellt. Das Verhalten bleibt aber gleich...
-
@Ephi Danke fürs Nachsehen, dann lag ich bei der S340 falsch. Wenn sie schon fest auf 3K HD steht, erhöht sie die Auflösung beim Start jedes Livestreams offenbar selbst: erst 720p, dann 1080p, dann 3K. Am Adapter kann ich das nicht abstellen, und die Änderung an der Livestream-Qualität aus meinem letzten Beitrag hilft bei der S340 deshalb auch nicht.
Was helfen sollte: der Kompatibilitäts-Stream
Trag in der Adapter-Konfiguration unter „Geräte mit Kompatibilitäts-Stream“ die Seriennummern der beiden S340 ein. Dann rechnet go2rtc den Stream mit ffmpeg auf 720p H.264 um. ffmpeg kommt mit den Wechseln der Auflösung zurecht, und der Player bekommt durchgehend dasselbe Bildformat. Ich habe das mit deiner Aufnahme nachgestellt: Nach dem Umrechnen haben alle Bilder 1280x720.
Der Stream heißt dann
<Seriennummer>_compat. Die Datenpunktelivestreamundlivestream_rtspder Kamera zeigen danach automatisch darauf. Im VLC entsprechend:http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer>_compatZwei Einschränkungen:
- Das Bild hat dann nur 720p, und das Umrechnen kostet CPU auf dem ioBroker-Rechner, solange jemand zuschaut.
- In 3.5.0 kann ein Kompatibilitäts-Stream hängen bleiben, nachdem ein Player ihn geschlossen hat. Dann hilft nur ein Neustart des Adapters. Das ist für die nächste Version behoben.
Probier es gern aus und sag Bescheid, ob das grüne Bild und das Schwarzbild damit weg sind.
-
@Ephi Danke fürs Nachsehen, dann lag ich bei der S340 falsch. Wenn sie schon fest auf 3K HD steht, erhöht sie die Auflösung beim Start jedes Livestreams offenbar selbst: erst 720p, dann 1080p, dann 3K. Am Adapter kann ich das nicht abstellen, und die Änderung an der Livestream-Qualität aus meinem letzten Beitrag hilft bei der S340 deshalb auch nicht.
Was helfen sollte: der Kompatibilitäts-Stream
Trag in der Adapter-Konfiguration unter „Geräte mit Kompatibilitäts-Stream“ die Seriennummern der beiden S340 ein. Dann rechnet go2rtc den Stream mit ffmpeg auf 720p H.264 um. ffmpeg kommt mit den Wechseln der Auflösung zurecht, und der Player bekommt durchgehend dasselbe Bildformat. Ich habe das mit deiner Aufnahme nachgestellt: Nach dem Umrechnen haben alle Bilder 1280x720.
Der Stream heißt dann
<Seriennummer>_compat. Die Datenpunktelivestreamundlivestream_rtspder Kamera zeigen danach automatisch darauf. Im VLC entsprechend:http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer>_compatZwei Einschränkungen:
- Das Bild hat dann nur 720p, und das Umrechnen kostet CPU auf dem ioBroker-Rechner, solange jemand zuschaut.
- In 3.5.0 kann ein Kompatibilitäts-Stream hängen bleiben, nachdem ein Player ihn geschlossen hat. Dann hilft nur ein Neustart des Adapters. Das ist für die nächste Version behoben.
Probier es gern aus und sag Bescheid, ob das grüne Bild und das Schwarzbild damit weg sind.
Probier es gern aus und sag Bescheid, ob das grüne Bild und das Schwarzbild damit weg sind.
Hab es gerade ausprobiert. In der Tat sind die Bildstörungen damit weg, allerdings kommt über den Kompatibilitäts-Stream jetzt kein Ton mehr. Habe es mehrfach gestartet, immer eindeutig ohne Ton, obwohl die Tonspur aktiviert ist im VLC-Player.
Edit: Wenn ich den normalen Stream wie bisher aufrufe ist der Ton eindeutig zu hören, nur halt mit den bekannten Bildstörungen.
Edit 2: Wenn ich den _compat-Stream im Browser öffne ist ein Ton zu hören, nicht jedoch im VLC-Player... Scheinbar hat der VLC-Player doch deutliche Probleme mit dem Ton, je nach Streamquelle. Schade, dass es offenbar keine Lösung gibt, bei der alle Probleme behoben sind. Oder hast Du noch eine Idee?
-
@Ephi Danke fürs Testen, das hat geholfen. Ich konnte das mit meiner eigenen Kamera nachstellen: Auch bei mir kommt über den Kompatibilitäts-Stream im VLC kein Ton.
Ursache: Beim Umrechnen beginnt das Bild 2 bis 4 Sekunden vor dem Ton. ffmpeg füllt den Anfang des Videos mit wiederholten Bildern auf, damit die Bildrate konstant bleibt. Danach laufen Bild und Ton im Stream die ganze Zeit um diesen Abstand versetzt. Der Browser puffert und spielt den Ton trotzdem ab, VLC verwirft ihn als zu spät. Beim normalen Stream gibt es den Versatz nicht, deshalb hast du dort Ton.
Behoben habe ich das, indem ffmpeg die Zeitstempel des Bildes so lässt, wie sie von der Kamera kommen. Damit liegen Bild und Ton bei mir wieder gleichauf, und der Kompatibilitäts-Stream hat weiterhin durchgehend 720p. Die Änderung kommt mit der nächsten Version, zusammen mit der Korrektur gegen das Hängenbleiben des Kompatibilitäts-Streams.
Bis dahin: Mit Ton und ohne Bildstörungen geht es nur über den Kompatibilitäts-Stream im Browser. Falls dir dort auffällt, dass der Ton nicht zum Bild passt, liegt das am selben Versatz und ist mit der nächsten Version ebenfalls weg.
-
-
Frage: Ist es möglich das man in der Instanz die Kameras abwählen kann die man nicht haben möchte?
Hintergrund: Ich habe mehrere Eufy Kameras, die über den Adapter bei Bewegung ein entsprechendes Bild liefern.
Mein Problem ist, das 3 der 4 Kameras bei mir zu Hause ständig irgendwelche Bewegungsbilder Bilder liefern und in den ioBroker Ordner schreiben. Das ist auch gut so und auch gewünscht.
Die vierte Kamera ist in meinem Wohnmobil, welches im Winterquartier steht, montiert. Da der Adapter aber die Bilder aller, über den Eufy Account verknüpften Kameras abholt, habe ich unnötigen Datentraffic im WoMo welches über eine Daten Sim Karte und mobilen Router die Verbindung zur Außenwelt herstellt.
Zu Hause als auch das WoMo haben jeweils einzelne ioB Installationen - also kein Master - Slave Betrieb.
Von daher würde ich es begrüßen, wenn man die Kameras die man nicht sehen möchte, abwählen könnte. Ist das vielleicht möglich?
-
Frage: Ist es möglich das man in der Instanz die Kameras abwählen kann die man nicht haben möchte?
Hintergrund: Ich habe mehrere Eufy Kameras, die über den Adapter bei Bewegung ein entsprechendes Bild liefern.
Mein Problem ist, das 3 der 4 Kameras bei mir zu Hause ständig irgendwelche Bewegungsbilder Bilder liefern und in den ioBroker Ordner schreiben. Das ist auch gut so und auch gewünscht.
Die vierte Kamera ist in meinem Wohnmobil, welches im Winterquartier steht, montiert. Da der Adapter aber die Bilder aller, über den Eufy Account verknüpften Kameras abholt, habe ich unnötigen Datentraffic im WoMo welches über eine Daten Sim Karte und mobilen Router die Verbindung zur Außenwelt herstellt.
Zu Hause als auch das WoMo haben jeweils einzelne ioB Installationen - also kein Master - Slave Betrieb.
Von daher würde ich es begrüßen, wenn man die Kameras die man nicht sehen möchte, abwählen könnte. Ist das vielleicht möglich?
@JB_Sullivan Soweit ich sehe, gibt es dafür im Moment keine Einstellung. Eine Instanz holt immer alle Geräte des Eufy-Accounts, mit dem sie angemeldet ist.
Was jetzt schon geht: In der Doku wird ohnehin ein eigener Eufy-Account für ioBroker empfohlen, für den man die Geräte in der eufy-App freigibt. Leg dir also für zu Hause einen eigenen Account an und gib dort nur die 3 Kameras von zu Hause frei. Für das Wohnmobil machst du dasselbe mit einem zweiten Account, der nur die Kamera im WoMo bekommt. Dann fragt jede ioBroker-Installation nur ihre eigenen Kameras ab, und über die SIM läuft nichts mehr für die Instanz zu Hause.
Eine Ausschlussliste für einzelne Seriennummern in der Instanz wäre trotzdem sinnvoll. @typhos, was meinst du dazu?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden