Test Adapter eusec 3.2.x

typhos

@Foggy Danke für das Log! Laut Log läuft auf Adapterseite alles durch: Die Kamera bestätigt Start und Stopp des Talkbacks, ffmpeg spielt die Datei ohne Fehler ab, und talkback_play wird danach bestätigt. Offen ist noch, ob die Kamera die einzelnen Audiopakete annimmt. Wenn nicht, schreibt die Bibliothek erst etwa 50 Sekunden nach dem Start eine Fehlermeldung, und dein Ausschnitt endet vorher.

Kannst du es bitte noch einmal testen und Folgendes nachschauen?

Das Log ab „playing“ bis etwa eine Minute nach „Station stop livestream“, nur die Zeilen mit „retries“, „talkback“ oder „error“ (Groß-/Kleinschreibung egal). Mich interessiert vor allem, ob „Max send video data retries … reached“ oder ein zweites „Station stop talkback“ auftaucht.
Hörst du an der Kamera wirklich gar nichts, also auch kein Knacken, Rauschen oder abgehacktes Geräusch?
Zum Gegentest bitte noch einmal mit der MP3 als lokaler Datei (z. B. /opt/iobroker/test.mp3, vollständiger Pfad in talkback_play).

CptJackSparrow

Moin!
Bei mir funktioniert der Stream leider nicht mehr...
Der Stream wird scheinbar on demand gestartet. Nach kurzer Zeit erscheint ein erstes Bild, 2 Sekunden später ein zweites Bild, danach wird es wieder schwarz. Dann beginnt es von vorne, ein erstes Bild, ein zweites Bild 2 Sekunden später und schwarz, usw.

S380 Homebase mit diversen eufyCam 2C. Bei einer Indoor Cam C220 ohne Einbindung in die S380 genau das gleiche Verhalten.

Geht es nur mir so oder ist es ein grundsätzliches Problem?

Folgend ein Auszug aus dem Log und ein File mit Debug Infos.

2026-10-05 07:34:30.149  - info: eusec.0 (803607) On-demand stream T8113T7223200B11: first picture 4 seconds after the request, 1 video request(s) of go2rtc waiting
2026-10-05 07:34:30.148  - info: eusec.0 (803607) streamToGo2rtc(): T8113T7223200B11 - Declared H.264 level 4.2 replaced with 4.0
2026-10-05 07:34:25.959  - info: eusec.0 (803607) Starting the livestream of device T8113T7223200B11
2026-10-05 07:34:25.956  - info: eusec.0 (803607) On-demand stream T8113T7223200B11: requested by go2rtc - starting livestream
2026-10-05 07:33:50.735  - info: eusec.0 (803607) On-demand stream T8113T722322107A: first picture 2 seconds after the request, 1 video request(s) of go2rtc waiting
2026-10-05 07:33:50.733  - info: eusec.0 (803607) streamToGo2rtc(): T8113T722322107A - Declared H.264 level 4.2 replaced with 4.0
2026-10-05 07:33:48.382  - info: eusec.0 (803607) Starting the livestream of device T8113T722322107A
2026-10-05 07:33:48.379  - info: eusec.0 (803607) On-demand stream T8113T722322107A: requested by go2rtc - starting livestream

iobroker-log-gamma-2026-10-05T05-42-23-202Z.txt

typhos

@CptJackSparrow Danke für das Log, damit war der Fehler schnell gefunden. Es liegt nicht an dir, sondern am Adapter seit 3.4.0: Er hat jeden großen Keyframe fälschlich als „go2rtc kommt nicht hinterher“ gewertet und danach das Video bis zum nächsten Keyframe verworfen. go2rtc hat deshalb nur alle paar Sekunden ein einzelnes Bild bekommen und die Verbindung neu aufgebaut. Das passt genau zu dem, was du siehst, und betrifft die 2C an der S380 genauso wie die C220.

Behoben ist das in Version 3.4.2, die jetzt im latest-Repository liegt. Sobald sie bei dir angezeigt wird, bitte aktualisieren und kurz Bescheid geben, ob der Stream wieder durchläuft.

CptJackSparrow

@typhos sagte:
Behoben ist das in Version 3.4.2, die jetzt im latest-Repository liegt. Sobald sie bei dir angezeigt wird, bitte aktualisieren und kurz Bescheid geben, ob der Stream wieder durchläuft.

Gerade eben installiert und es läuft wieder perfekt! Nach ca. 3 Sekunden sind die Streams der verschiedenen Cams immer aufgebaut und werden durchgehend angezeigt. Danke für den schnellen fix!

Ephi

Hallo @typhos

Erst einmal vielen Dank dafür, dass der Adapter weiter entwickelt wird. Ich habe eine Frage zu den RTSP-Streams. Ich habe die Funktion „Livestream bei Bedarf starten“ aktiviert. Ich nutze den VLC-Player (unter iOS) zum Öffnen der RTSP-Streams. Die Video-Übertragung funktioniert soweit (außer dass meist nach 1-2 Sekunden für ein paar Sekunden ein schwarzer Bildschirm angezeigt wird, danach kommt das Bild aber wieder und läuft dann auch durch). Allerdings wird nie Ton über die RTSP-Streams übertragen. In der Eufy-App selbst wird ganz normal der Ton übertragen, wenn ich dort einen Stream aufrufe. Mikrofon und Tonaufzeichnung sind in der Eufy-App jeweils auch aktiviert.

Ich nutze folgende Kameras, die jeweils über die Homebase 3 angebunden sind:

SoloCam S340 (2x)
Indoor Cam Pan&Tilt 2K

Danke für deine Hilfe.

typhos

@Ephi Danke für die Rückmeldung!

Grundsätzlich überträgt der Adapter den Ton auch bei „Livestream bei Bedarf starten“. An meiner Testkamera liefert der RTSP-Stream eine Tonspur mit (AAC, 16 kHz, mono). Bei dir fehlt sie also entweder schon, bevor der Stream bei go2rtc ankommt, oder erst im VLC. Damit ich das auseinanderhalten kann, schau bitte Folgendes nach:

Adapterversion: Welche Version von eusec läuft bei dir?
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.
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.
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?

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.

Ephi

Hallo @typhos

Danke für deine Antwort. Ich bin übers Wochenende nicht daheim, werde die Tests aber so schnell wie möglich durchführen, sobald ich wieder zu Hause bin.

Viele Grüße,
Ephi

Ephi

@typhos

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!

typhos

@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.

Ephi

@typhos

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…

Community Forum

NEWS

Test Adapter eusec 3.2.x

Support us

415

33.1k

84.0k

1.4m