Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[Foggy]

Hey,

Rücksprung: motion_tracking war tatsächlich aktiv. Wenn ich motion_tracking und motion_auto_cruise deaktiviere, fährt die Kamera trotzem immer wieder zum Preset 1. Der Schalter in der Eufy-App ändert sich entsprechend den Einstellungen, nicht live, man muss einmal aus dem Einstellungsmenü raus und wieder ein um die Änderung zu sehen. In den FAQ zu den Presets heißt es wörtlich:

Spoiler

What is a preset position, and what is its use? Preset positions are pre-defined locations for PTZ cameras in surveillance systems. Users can set up to 4 presets by rotating and zooming in on desired locations. To prevent any discrepancies in your preset positions, we recommend calibrating your Pan and Tilt (PTZ) camera before setting them. This will ensure that your camera accurately captures the desired areas. To move the camera to a preset position, select it from the list on the live viewing page. Activity zones can be added to detect movement in specific areas, and presets can be edited or deleted anytime. They're useful for home surveillance and monitoring high-traffic areas. Adding activity zones helps detect unusual activity. Additionally, you can choose a default position that the camera will always return to after use.

Allerdings kann ich den letzten Satz so nicht bestätigen. Es ist immer ein Preset als Standard gesetzt. Werden alle gelöscht und nur eins wieder gesetzt, so ist dieses automatisch das neue Standard-Preset.

Wenn man nicht alle 4 Preset-Positionen braucht, funktioniert als Workaround z.B. ein kurzes Blockly: Speichere aktuelles Preset 1 als Preset 4, fahre zu Preset 3, Timeout bis in Position, speichere Position als Preset 1. Dann bleibt die Kamera da. Will man zurück zu Position 1: Fahre zu Preset 4, Timeout, speichere als Preset 1. Halt allerdings den Nachteil, dass evtl. gespeicherte Motion-Detection-Zones aus Preset 1 weg sind, da es ja immer überschrieben wird.

Livestream: Beim Öffnen der Seite kommt ein Seitenladefehler, es läd sich Oberfläche von go2rtc. Brauche ich für go2rtc noch einen eigenen Adapter?

Hier der Log zum Livestream:

2026-09-28 14:00:00.779  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.start_stream changed: true (ack = false)
2026-09-28 14:00:00.782  - warn: eusec.0 (19892) The video streaming quality of device T8426xxxxxxxxxxx is set to "Auto". The camera may change the resolution while the stream is running, which browsers using MSE cannot follow (green picture or artifacts). Set a fixed quality if you see this.
2026-09-28 14:00:00.784  - debug: eusec.0 (19892) [Object.write] [http] [Station.startLivestream] Station start livestream - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx","videoCodec":0}]
2026-09-28 14:00:00.784  - debug: eusec.0 (19892) [Object.write] [http] [Station.startLivestream] Station start livestream - sending command using CMD_DOORBELL_SET_PAYLOAD (1) [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx","videoCodec":0,"main_sw_version":"1.2.1.0"}]
2026-09-28 14:00:00.786  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.sendCommandWithStringPayload] sendCommandWithStringPayload: [{"p2pcommand":{"commandType":1700,"value":"{\"commandType\":1000,\"data\":{\"accountId\":\"ca04c96d30e3e59239fb49bb5029917f8a5a4d2e\",\"camera_type\":0,\"encryptkey\":\"ac1fd5eb3d64c3e6212be909095ad48792c817bf65a2071acb6f273eca961b395bab5aed3c193714647e0e630e16d3c22f6b4a1085e730c26da2c923de751a19bee6d9b13a0c4ba281b308b6d86233834219feeda00b2e234ff85b5daa8235ca5bc0ab765779894fea5cb7e4cb23f3f436f3b63874ceeab0c52189b026bafe01\",\"entrytype\":0,\"streamtype\":0}}","channel":0},"customData":{"command":{"name":"deviceStartLivestream","value":0}}}]
2026-09-28 14:00:00.787  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":4,"commandType":1700,"channel":0,"retries":0,"messageStatesSize":1}]
2026-09-28 14:00:00.820  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 43... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":43}]
2026-09-28 14:00:00.822  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Station Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD [{"stationSN":"T8426xxxxxxxxxxx","payload":"{\"cmd\":6203,\"payload\":{\"dstZoom\":1}}\u0000�����\u0007\u0000�\u0000\u0000\u0000"}]
2026-09-28 14:00:00.823  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD - Not implemented 2 [{"stationSN":"T8426xxxxxxxxxxx","commandId":6203,"message":"{\"cmd\":6203,\"payload\":{\"dstZoom\":1}}\u0000�����\u0007\u0000�\u0000\u0000\u0000"}]
2026-09-28 14:00:00.828  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 43... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":43}]
2026-09-28 14:00:00.833  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 3... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":3}]
2026-09-28 14:00:00.833  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":3,"commandType":"CMD_DOORBELL_SET_PAYLOAD","signCode":1,"dataLength":36,"mod16":4}]
2026-09-28 14:00:00.834  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":3,"commandIdName":"CMD_DOORBELL_SET_PAYLOAD","commandId":1700,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":5,"p2pDataSeqNumber":4,"offsetDataSeqNumber":0}]
2026-09-28 14:00:00.835  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":4,"commandType":1700,"nestedCommandType":1000,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,4,88,90,89,72,164,6,160,1,0,0,1,0,0,1,0,0,40,69,61,115,96,168,141,208,195,216,153,189,187,114,251,152,10,59,247,235,12,114,253,110,11,246,176,92,235,1,91,141,213,141,245,225,118,45,160,127,99,85,11,222,199,195,5,215,235,57,212,144,228,95,167,162,218,191,185,195,70,140,77,121,246,134,127,181,99,73,120,142,208,203,130,22,0,227,67,114,194,94,110,87,26,177,6,105,113,82,22,95,138,136,93,217,39,74,136,32,23,211,160,95,178,151,245,4,228,236,227,252,18,197,208,194,77,47,52,68,236,132,121,67,128,60,248,154,176,203,160,70,190,3,235,193,191,240,38,26,123,55,226,127,58,102,17,38,236,28,219,251,183,62,126,222,206,159,22,173,131,154,125,105,207,202,163,97,225,226,128,93,150,183,19,73,91,90,53,189,250,25,81,209,147,131,253,29,164,42,177,76,141,137,65,155,106,176,127,193,34,181,69,242,121,29,59,3,170,117,213,68,115,200,118,86,149,51,71,204,184,175,179,45,11,192,144,69,158,16,43,2,143,30,80,46,24,180,105,75,216,138,213,98,238,74,204,112,177,176,139,182,60,4,104,9,183,51,102,33,246,163,234,159,46,92,136,95,188,254,52,151,208,29,109,119,219,235,205,29,110,116,25,116,241,41,235,49,174,102,134,34,44,251,90,175,184,56,200,143,73,131,118,106,225,183,197,25,196,225,2,153,158,226,203,61,107,249,132,184,146,172,141,28,102,107,27,91,93,82,239,173,137,1,2,67,118,140,251,39,174,142,45,151,70,206,92,77,203,223,61,58,162,60,57,63,176,0,213,148,53,171,89,4,127,149,212,66,35,227,25,125,164,250,119,236,161,78,39,99,192,221,75,209,57,248,113,83,14,129,235,67,176,169,109,162,91,32,55,77,122,176,192,218,55,86,82,251,246,39,218,137,195,121,250,229]},"customData":{"command":{"name":"deviceStartLivestream","value":0}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-09-28 14:00:00.835  - debug: eusec.0 (19892) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1000,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStartLivestream","value":0}}}]
2026-09-28 14:00:00.836  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 44... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":44}]
2026-09-28 14:00:00.837  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_WIFI_CONFIG [{"stationSN":"T8426xxxxxxxxxxx","channel":0,"rssi":-67}]
2026-09-28 14:00:00.882  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 0... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":0}]
2026-09-28 14:00:00.883  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 1... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":1}]
2026-09-28 14:00:00.884  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 2... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":2}]
2026-09-28 14:00:00.885  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 3... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":3}]
2026-09-28 14:00:00.886  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 4... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":4}]
2026-09-28 14:00:00.887  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":5}]
...
2026-09-28 14:01:26.147  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 9504... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":9504}]
2026-09-28 14:01:26.148  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 9504... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"VIDEO","seqNo":9504}]
2026-09-28 14:01:26.172  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.stop_stream changed: true (ack = false)
2026-09-28 14:01:26.175  - debug: eusec.0 (19892) [Object.write] [http] [Station.stopLivestream] Station stop livestream - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
2026-09-28 14:01:26.177  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":5,"commandType":1004,"channel":0,"retries":0,"messageStatesSize":1}]
2026-09-28 14:01:26.211  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 45... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":45}]
2026-09-28 14:01:26.216  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Station Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD [{"stationSN":"T8426xxxxxxxxxxx","payload":"{\"cmd\":6246,\"payload\":{\"num\":0}}"}]
2026-09-28 14:01:26.216  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD Livestream status [{"stationSN":"T8426xxxxxxxxxxx","payload":{"num":0}}]
2026-09-28 14:01:26.217  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 45... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"CONTROL","seqNo":45}]
2026-09-28 14:01:26.217  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 4... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":4}]
2026-09-28 14:01:26.218  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandType":"CMD_STOP_REALTIME_MEDIA","signCode":1,"dataLength":36,"mod16":4}]
2026-09-28 14:01:26.218  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandIdName":"CMD_STOP_REALTIME_MEDIA","commandId":1004,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":6,"p2pDataSeqNumber":5,"offsetDataSeqNumber":0}]
2026-09-28 14:01:26.218  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":5,"commandType":1004,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,5,88,90,89,72,236,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStopLivestream"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-09-28 14:01:26.219  - debug: eusec.0 (19892) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1004,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStopLivestream"}}}]
2026-09-28 14:01:26.220  - debug: eusec.0 (19892) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 4... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":4}]
2026-09-28 14:01:26.227  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream changed:  (ack = true) was already acknowledged, ignore it...
2026-09-28 14:01:26.272  - debug: eusec.0 (19892) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream_rtsp changed:  (ack = true) was already acknowledged, ignore it...'''

Und hier der Calibrate Log:

eusec.0
	2026-09-28 17:24:03.642	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 24... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":24}]
eusec.0
	2026-09-28 17:24:03.641	debug	[Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":6017,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceCalibrate"}}}]
eusec.0
	2026-09-28 17:24:03.641	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":25,"commandType":1700,"nestedCommandType":6017,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,25,88,90,89,72,164,6,144,0,0,0,1,0,0,1,0,0,242,175,205,61,220,74,172,253,161,133,161,19,248,185,73,236,26,12,82,103,135,1,86,39,249,72,173,205,196,143,149,31,174,240,151,205,103,219,141,206,242,215,130,3,4,27,229,180,227,133,221,167,239,221,34,56,179,25,140,7,207,146,48,80,247,240,242,196,156,189,150,161,52,171,91,233,167,210,225,126,251,156,149,53,238,9,140,37,165,196,86,25,127,237,93,102,194,120,167,223,76,13,127,49,209,162,18,230,151,165,103,210,180,91,4,178,7,117,9,59,52,240,166,65,2,169,232,183,141,95,238,140,42,87,225,117,142,72,207,140,251,40,129,164]},"customData":{"command":{"name":"deviceCalibrate"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
eusec.0
	2026-09-28 17:24:03.641	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":24,"commandIdName":"CMD_DOORBELL_SET_PAYLOAD","commandId":1700,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":26,"p2pDataSeqNumber":25,"offsetDataSeqNumber":0}]
eusec.0
	2026-09-28 17:24:03.640	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":24,"commandType":"CMD_DOORBELL_SET_PAYLOAD","signCode":1,"dataLength":36,"mod16":4}]
eusec.0
	2026-09-28 17:24:03.640	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 24... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":18914,"dataType":"DATA","seqNo":24}]
eusec.0
	2026-09-28 17:24:03.624	debug	[Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":25,"commandType":1700,"channel":0,"retries":0,"messageStatesSize":1}]
eusec.0
	2026-09-28 17:24:03.623	debug	[Object.write] [p2p] [P2PClientProtocol.sendCommandWithStringPayload] sendCommandWithStringPayload: [{"p2pcommand":{"commandType":1700,"value":"{\"commandType\":6017,\"data\":{\"enable\":0,\"index\":0,\"status\":0,\"type\":0,\"value\":0,\"voiceID\":0,\"zonecount\":0,\"transaction\":\"1790609043623\"}}","channel":0},"customData":{"command":{"name":"deviceCalibrate"}}}]
eusec.0
	2026-09-28 17:24:03.623	debug	[Object.write] [http] [Station.calibrate] Station calibrate - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
eusec.0
	2026-09-28 17:24:03.621	debug	[euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.calibrate changed: true (ack = false)

Talkback gibt kein Audio aus.

[typhos]

@Foggy Danke, das Log hilft weiter!

Rücksprung: Dann ist das die Standardposition der Kamera selbst und nicht die Bewegungsverfolgung. Die kennt die Bibliothek nicht: weder welches Preset Standard ist noch die Zeit bis zur Rückkehr. Im Moment ist dein Blockly deshalb der beste Weg. Gut zu wissen ist, dass die Schalter aus dem Adapter in der App ankommen. Damit ist bestätigt, dass auch die Einstellungen bei der E30 wirken.

Livestream: Das Log zeigt, dass die Kamera den Start annimmt und 86 Sekunden lang Videodaten schickt, bis du stop_stream gedrückt hast. Zwischen Kamera und Adapter läuft also alles, das Problem liegt zwischen go2rtc und deinem Browser. Einen eigenen Adapter brauchst du für go2rtc nicht, eusec bringt go2rtc mit und startet es selbst.

Zwei Dinge fallen mir auf:

1. Die Adresse im Datenpunkt livestream baut der Adapter aus dem Feld „Hostname" in den Adaptereinstellungen. Wenn http://IP:1984/ lädt, die Adresse aus dem Datenpunkt aber nicht, steht dort vermutlich ein Name oder eine IP, die dein Rechner nicht erreicht. Zum Testen: Livestream starten, http://IP:1984/ öffnen und in der Liste neben T8426… auf „stream" klicken. Kommt dann ein Bild, trag bitte im Feld „Hostname" die IP ein, unter der du die Oberfläche erreichst.
2. In deiner RTSP-Adresse steht Port 554, voreingestellt ist 8554. Unter Linux darf ein Programm ohne Root-Rechte keinen Port unter 1024 öffnen, dann startet der RTSP-Teil von go2rtc nicht. Falls du den Port geändert hast, stell ihn bitte wieder auf 8554.

Wenn beides nichts bringt: Im ioBroker-Log beginnen die Meldungen von go2rtc mit „go2rtc". Stell bitte die Zeilen nach dem Adapterstart und während des Livestreams hier ein, dazu, was die Seite genau anzeigt (Wortlaut oder Screenshot).

Die Warnung zur Qualität „Auto" im Log ist nur ein Hinweis. Falls später ein Bild kommt, das grün ist oder Artefakte zeigt, stell die Streaming-Qualität (video_streaming_quality) auf eine feste Stufe.

Calibrate: Die Kamera bestätigt den Befehl, bewegt sich aber nicht. Die E30 erwartet zum Kalibrieren offenbar einen anderen Befehl als die E340, und den kann ich ohne die Kamera nicht herausfinden. Kalibrier sie bitte über die Eufy-App, das braucht man ja nur selten.

Talkback: Was hast du in talkback_play geschrieben? Erwartet wird eine http(s)-Adresse oder ein vollständiger Dateipfad zu einer Audiodatei auf dem ioBroker-Rechner. Den Livestream startet der Adapter dafür selbst. Hilfreich wären die Log-Zeilen auf Stufe „debug", in denen „talkback" oder „Talkback" vorkommt.

[Foggy]

@typhos ganz herzlichen dank.

Der Livestream funktioniert jetzt. Im Feld Hostname habe ich jetzt die IP des ioBrokers eingesetzt, damit geht es. Auch der RTSP-Stream mit dem Port 8554.

Calibrate ist für mich persönlich nicht so wichtig und ich kann es in der App nutzen. Hätte hier nur helfen wollen.

Talkback: hier habe ich eine https adresse zu einer mp3-Datei eingetragen, hier mal der Log:

eusec.0
	2026-09-28 22:13:15.454	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 53... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":53}]
eusec.0
	2026-09-28 22:13:15.454	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.453	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.452	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.452	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.451	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.450	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.449	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.448	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.446	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 52... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":52}]
eusec.0
	2026-09-28 22:13:15.445	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 51... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":51}]
eusec.0
	2026-09-28 22:13:15.356	debug	[euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream_rtsp changed: rtsp://IP.ioBroker:8554/T8426xxxxxxxxxxx (ack = true) was already acknowledged, ignore it...
eusec.0
	2026-09-28 22:13:15.353	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 51... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":51}]
eusec.0
	2026-09-28 22:13:15.352	debug	[Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 51... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"IP.Adresse","remotePort":12522,"dataType":"VIDEO","seqNo":51}]
eusec.0
	2026-09-28 22:13:15.329	debug	[euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream changed: http://IP.ioBroker:1984/stream.html?src=T8426xxxxxxxxxxx&background=false (ack = true) was already acknowledged, ignore it...
eusec.0
	2026-09-28 22:13:15.316	info	Talkback for device T8426xxxxxxxxxxx: playing "https://www.url.de/test.mp3"...
eusec.0
	2026-09-28 22:13:15.315	debug	[Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1005,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStartTalkback"}}}]
eusec.0
	2026-09-28 22:13:15.315	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":5,"commandType":1005,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,5,88,90,89,72,237,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStartTalkback"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
eusec.0
	2026-09-28 22:13:15.314	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandIdName":"CMD_START_TALKBACK","commandId":1005,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":6,"p2pDataSeqNumber":5,"offsetDataSeqNumber":0}]
eusec.0
	2026-09-28 22:13:15.314	debug	[Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":4,"commandType":"CMD_START_TALKBACK","signCode":1,"dataLength":36,"mod16":4}]

[typhos]

@Foggy Schön, dass der Livestream jetzt läuft, und danke für die Rückmeldung!

Zum Talkback: Laut Log nimmt die Kamera den Talkback-Start an, und der Adapter fängt an, die Datei abzuspielen („Talkback for device … playing“). Dein Ausschnitt endet aber eine Zehntelsekunde danach, da ist ffmpeg noch gar nicht richtig angelaufen. Was danach passiert, kann ich deshalb nicht sehen. An der E30 hat Talkback außerdem noch niemand getestet. Kannst du bitte Folgendes nachschauen?

1. Das Log ab der Zeile „playing“ bis zum Ende des Livestreams, nur die Zeilen mit „talkback“, „Talkback“, „ffmpeg“ oder „Error“. Die vielen VIDEO-Zeilen kannst du weglassen. Mich interessiert vor allem, ob eine Zeile „Talkback for device … - Error“ kommt und ob danach „Station stop talkback“ und „Station stop livestream“ folgen.
2. Wird talkback_play nach dem Abspielen bestätigt (ack = true)? Das passiert erst, wenn die Datei ganz durchgelaufen ist.
3. Wie lang ist die MP3, und läuft der Livestream ungefähr so lange?
4. Hörst du etwas, wenn du über die Eufy-App sprichst? Steht speaker auf true und speaker_volume nicht auf 0?
5. Zum Gegentest: Leg die MP3 direkt auf den ioBroker-Rechner (unter Linux z. B. /opt/iobroker/test.mp3) und schreib den vollständigen Pfad in talkback_play. Dann scheidet der Download über https als Ursache aus.

[Foggy]

Guten Abend,

hier das entsprechende Log. Die mp3 ist gut 20 Sekunden lang. Speakter ist true und volume auf 100. Wenn ich über die App spreche, höre ich das.

2026-10-01 19:47:49.669 - info: eusec.0 (47919) Talkback for device T8426xxxxxxxxxxx: playing "http://123.456.789.000:8081/files/0_userdata.0/acoustic-intro-music.mp3"...
2026-10-01 19:47:49.715 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA VIDEO - Processing sequence 58... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"VIDEO","seqNo":58}]

2026-10-01 19:48:16.702 - debug: eusec.0 (47919) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.talkback_play changed: http://123.456.789.000:8081/files/0_userdata.0/acoustic-intro-music.mp3 (ack = true) was already acknowledged, ignore it...
2026-10-01 19:48:16.704 - debug: eusec.0 (47919) [Object.write] [http] [Station.stopTalkback] Station stop talkback - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
2026-10-01 19:48:16.705 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":6,"commandType":1006,"channel":0,"retries":0,"messageStatesSize":1}]
2026-10-01 19:48:16.706 - debug: eusec.0 (47919) [Object.write] [http] [Station.stopLivestream] Station stop livestream - sending command [{"stationSN":"T8426xxxxxxxxxxx","deviceSN":"T8426xxxxxxxxxxx"}]
2026-10-01 19:48:16.710 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol._sendCommand] Sending p2p command... [{"station":"T8426xxxxxxxxxxx","sequence":7,"commandType":1004,"channel":0,"retries":0,"messageStatesSize":2}]
2026-10-01 19:48:16.717 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":5}]
2026-10-01 19:48:16.718 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":5,"commandType":"CMD_STOP_TALKBACK","signCode":1,"dataLength":36,"mod16":4}]
2026-10-01 19:48:16.718 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":5,"commandIdName":"CMD_STOP_TALKBACK","commandId":1006,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":8,"p2pDataSeqNumber":7,"offsetDataSeqNumber":0}]
2026-10-01 19:48:16.719 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":6,"commandType":1006,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,6,88,90,89,72,238,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStopTalkback"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-10-01 19:48:16.719 - debug: eusec.0 (47919) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1006,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStopTalkback"}}}]
2026-10-01 19:48:16.721 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":5}]
2026-10-01 19:48:16.723 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 5... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":5}]
2026-10-01 19:48:16.748 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 6... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":6}]
2026-10-01 19:48:16.749 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Skipping decryption, data not block-aligned [{"stationSN":"T8426xxxxxxxxxxx","seqNo":6,"commandType":"CMD_STOP_REALTIME_MEDIA","signCode":1,"dataLength":36,"mod16":4}]
2026-10-01 19:48:16.749 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Received data [{"stationSN":"T8426xxxxxxxxxxx","seqNo":6,"commandIdName":"CMD_STOP_REALTIME_MEDIA","commandId":1004,"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0,"resultData":"0000000000000000000000000000000000000000000000000000000000000000","data":"000000000000000000000000000000000000000000000000000000000000000000000000","seqNumber":8,"p2pDataSeqNumber":7,"offsetDataSeqNumber":0}]
2026-10-01 19:48:16.749 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleData] Handle DATA DATA - Result data for command received [{"stationSN":"T8426xxxxxxxxxxx","message":{"sequence":7,"commandType":1004,"channel":0,"acknowledged":true,"retries":0,"returnCode":0,"data":{"type":"Buffer","data":[209,0,0,7,88,90,89,72,236,3,16,0,0,0,1,0,0,1,0,0,233,206,85,185,220,3,31,146,34,53,75,142,140,224,229,156]},"customData":{"command":{"name":"deviceStopLivestream"}}},"resultCodeName":"ERROR_PPCS_SUCCESSFUL","resultCode":0}]
2026-10-01 19:48:16.750 - debug: eusec.0 (47919) [Object.write] [http] [Station.onCommandResponse] Station got p2p command response [{"station":"T8426xxxxxxxxxxx","commandType":1004,"channel":0,"returnCodeName":"ERROR_PPCS_SUCCESSFUL","returnCode":0,"customData":{"command":{"name":"deviceStopLivestream"}}}]
2026-10-01 19:48:16.750 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.752 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Station Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD [{"stationSN":"T8426xxxxxxxxxxx","payload":"{\"cmd\":6246,\"payload\":{\"num\":0}}"}]
2026-10-01 19:48:16.752 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleDataControl] Handle DATA CONTROL - CMD_NOTIFY_PAYLOAD Livestream status [{"stationSN":"T8426xxxxxxxxxxx","payload":{"num":0}}]
2026-10-01 19:48:16.756 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA DATA - Processing sequence 6... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"DATA","seqNo":6}]
2026-10-01 19:48:16.757 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.757 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.763 - debug: eusec.0 (47919) [Object.write] [p2p] [P2PClientProtocol.handleMsg] Received message - DATA CONTROL - Processing sequence 46... [{"stationSN":"T8426xxxxxxxxxxx","remoteAddress":"123.456.789.E30","remotePort":29713,"dataType":"CONTROL","seqNo":46}]
2026-10-01 19:48:16.830 - debug: eusec.0 (47919) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream changed: (ack = true) was already acknowledged, ignore it...
2026-10-01 19:48:16.875 - debug: eusec.0 (47919) [euSec.onStateChange] state eusec.0.T8426xxxxxxxxxxx.cameras.T8426xxxxxxxxxxx.livestream_rtsp changed: (ack = true) was already acknowledged, ignore it...

[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?

1. 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.
2. Hörst du an der Kamera wirklich gar nichts, also auch kein Knacken, Rauschen oder abgehacktes Geräusch?
3. 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:

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

1. Adapterversion: Welche Version von eusec läuft bei dir?

• 3.5.0

2. 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)

3. 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
    }
  ]
}

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

1. 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.
2. 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…

[Ephi]

@typhos

Du hast eine PN von mir mit dem Video. Bezüglich der dort ebenfalls zu sehenden Bildstörungen habe ich das Gefühl, dass diese durch mehrfache Änderung der Auflösung erfolgen. Vielleicht kannst Du ja etwas damit anfangen. Danke für Deine Hilfe.

[typhos]

@Ephi Danke für das Video und den VLC-Test, damit ist das Bild jetzt ziemlich klar.

Ton über RTSP

Über stream.mp4 hö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_quality der 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]

@typhos sagte:

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

[typhos]

@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 Datenpunkte livestream und livestream_rtsp der Kamera zeigen danach automatisch darauf. Im VLC entsprechend:

http://<IP-des-ioBroker>:1984/api/stream.mp4?src=<Seriennummer>_compat

Zwei 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]

@typhos sagte:

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?