[Bug]: Stream stopping after 5-10sec when debug is disabled #356
Comments
|
Did you check this Common Issues pages ? |
|
Hey all ! Need your help on this. I've enabled some debug into info so we can log when debug disable on beta.28. Can you post your log here like I've done upper. appreciate your help ! |
|
Sure. Thanks very much for your work on this plugin btw! The local streaming is a great addition also. Just will be nice when it works longer than 5 seconds. and again |
|
Same here: and again: |
Seems like it triggers a stop request, but I am pretty sure I do not trigger that myself ;). |
|
Yeah, there is something we're pushing to Apple HK which make it closing early when debug is disable. |
Fix issue on video stream while debug is disabled #356
|
Found the issue but it takes 5-6 sec to get the stream |
|
Let me drop myself in here as well in order to be up to data as well. Thanks. |
|
@MartinJRS, did you use the latest beta version? |
|
Thank you very much for your commitment. But with the latest Beta 29, the stream starts very slowly. Two out of three attempts to start the camera shows "No response". !![2/27/2022, 2:54:20 PM] [EufySecurity-1.1.1-beta.29] ERROR: Garage FFmpeg exited with code: 0 and signal: null (Error)!!! [2/27/2022, 2:54:20 PM] [EufySecurity-1.1.1-beta.29] DEBUG: Stopping session with id: 86baf33e-21ef-4dd5-9a59-d862456e7322 Floodlight Cam 2 Pro |
|
@lenoxys No, not yet ... is it recommended to do so or shall I rather wait? |
|
It is not recommended but if you want to help I need feedback on the latest beta. |
|
Alright, have installed it. Here's what is shown: Let me know when anything is needed to be helped with. Good luck and thanks |
|
I'm not looking for debug log since stream works when debug is enabled. What the behavior you're facing? does the stream works when debug is disabled ? |
|
No, it doesn't "NO RESPONSE" |
|
There is one error? in the new streamingdelage.ts The Package size in the Cameraconfig must be 1316 not 1318 If you experience problems with streaming, then less. However, it must be divisible by 188. If you want you can install my fork and try it again. npm install github:karesake/homebridge-eufy-security after that dont forget to restart your homebridge |
|
@karesake, I don't see the difference between both. However, looks like it need to be divided by 188 looking on the Internet. |
|
Almost. If you like, you can download the StreamingDelegate from my fork. In line 436, I set the maxFPS to 30. HomeKit needs 30FPS and the Eufy cameras also do just under 30. In line 437, I reduced the MaxStreams to 2. In line 442, I reduced the package size to 1128. On line 489 I activated the PreBuffer. Which has a very good effect. Also in line 517 i put in the package size 1128 The streaming works since this very good and all the time. No „No Response“ since this. |
|
@karesake, I've implemented your recommendations (beta.31). I've tested my self still doesn't see too much difference but will see with others. thanks anyway ! |
Thank you! Finally, I can also call up my stream several times in a row without her not responding to the camera. |
|
Thanks for working on it. I have installed v1.1.1-beta.31 and see some improvement ... even though, it is still not really working. Very slow IF steaming ... but not responding mostly. |
|
That latest beta (31) fixes the timeout for me. Works perfect now! It does sometimes take 10 seconds or so to start, but that could be limited resources on my pi since it is around 80+% CPU. |
|
Looking very promising on the dockerized environment as well. I get consistent stream startups of about ~3,5 seconds (don't know if this can be further improved), this is on beta 31. One caveat with regards to local streaming seems to be some audio issues (crackling/noise/static). I can upload a sample if required. |
|
Seems stream is better this has now broken the snapshot handler it fails every time and as consequence fails the stream upon first load as it's still dealing with snapshot I think Keep getting this: [Doorbell] The image snapshot handler for |
|
Got the same stats than @alternativ I'm thinking about configure the rtsp stream instead of getting streaming by the Eufy App at least for camera who are compatible. This will make it really fast to get stream. |
|
Strange, I don't have the status at all. I just went through everything. Where do you run your HomeBridge? How is this connected? In my case, it is an iMac 5K with 4GHz i7, directly connected via 5GHz WLAN to the mesh system. Because the set streaming options have nothing to do with the snapshot at first. Have you set the streaming quality in the Eufy app to Automatic? |
🥇, Looking forward to this, let me know if I [have to/can] test. |
I'm running on pi 3b which could be partly issue but can't get hold on 4 at moment. It's Ethernet straight to router and yes eufy settings auto in app |
|
So just discovered if you set the video compression in eufy to low everything works super fast stream snapshots works brilliantly so far I don't know if this was already known and I missed it but I was not aware I had the quality set to auto already but I encoding by default is high changing to low which from my understanding is less compression downside I guess is file size works flawlessly |
That's a point I've touched on before. The way I see it, the eufy security client also offers this option. And that should be the most reliable way to power most Eufy cameras The problem with the Eufy RTSP stream is .. at least with the Floodligh Camera 2 Pro that the stream switches off after about three minutes and only records events and is then available for a short time. FFMPEG should provide everything necessary to configure. What we need would be a trigger that wakes up the camera before the stream starts and keeps it running beyond those three minutes. Otherwise you could select the cameras that you want to operate with RTSP using the serial number. If you like to tinker something and don't want to use the beta version directly for it. I can also offer myself as a tester. We have numerous EUfy cameras. |
|
since we get the motion event, we can trigger it. |
|
Yeaha! Stream is now working on Apple TV Without debug being enabled. |
What happened?
Camera Stream stopping after 5-10sec when debug is disabled but when debug is enabled no more issue the stream stop after the timeout limit configured within the settings
Device Type
Indoor Camera (Supported)
Plugin Version
beta (Best Effort)
HomeBridge Version
v1.4.x (Supported)
NodeJS Version
v16 (Supported)
Operating System
Debian 10+ (Supported)
Relevant log output
[2/23/2022, 8:05:28 PM] [EufySecurity] Kids Room Starting video stream: 1280 x 720, 30 fps, 299 kbps (AAC-eld) [2/23/2022, 8:05:37 PM] [EufySecurity] Kids Room Receive Apple HK Stop request{"sessionID":"805e7902-cb1f-4624-bcdf-481a7c82f032","type":"stop"} [2/23/2022, 8:05:37 PM] [EufySecurity] Stopping session with id: 805e7902-cb1f-4624-bcdf-481a7c82f032 [2/23/2022, 8:05:37 PM] [EufySecurity] Kids Room Stopped video stream. [2/23/2022, 8:05:57 PM] [EufySecurity] Kids Room Starting video stream: 1280 x 720, 30 fps, 299 kbps (AAC-eld) [2/23/2022, 8:06:06 PM] [EufySecurity] Kids Room Receive Apple HK Stop request{"sessionID":"3f0bd95a-3380-4de9-8ffb-1d262f765e33","type":"stop"} [2/23/2022, 8:06:06 PM] [EufySecurity] Stopping session with id: 3f0bd95a-3380-4de9-8ffb-1d262f765e33 [2/23/2022, 8:06:06 PM] [EufySecurity] Kids Room Stopped video stream.The text was updated successfully, but these errors were encountered: