Closed user45876 closed 4 months ago
Hey there @starkillerog, mind taking a look at this issue as it has been labeled with an integration (reolink
) you are listed as a code owner for? Thanks!
(message by CodeOwnersMention)
reolink documentation reolink source (message by IssueLinks)
I just added the width and heigth parameters to the snapshot call when using the sub stream. You can see the commit here: https://github.com/starkillerOG/reolink_aio/commit/d8f6263641c6e2d330fadaaa789274e635d494e9
This will make its way into homeassistant in the comming two weeks or so (maybe faster, I am going to do a new reolink-aio release today).
Thank you for this detailed bug report and already figuring out what the solution would be!
@user45876 this will be available in HA 2024.7.0 which will be released on July 3th. Please let me know if it is fixed once you have updated to HA 2024.7.0
If you appreciate the reolink integration and want to support its development, please consider sponsering the upstream library or purchase Reolink products through this affiliate link.
Working since about three weeks ago, as you were so quick 🖖 thanks again!
The problem
When using the service camera.snapshot to make a snapshot of the substream, instead of the image being 630480 (substream), it is 25601920:
This was already mentioned here: https://github.com/home-assistant/core/issues/9486 starkillerOG says here: https://github.com/home-assistant/core/issues/94868#issuecomment-1620252350
Note that the HTTP API command {"cmd": "Snap", "channel": channel, "snapType": "sub"} is supposed to return the low resolution sub stream snapshot. This works on other camera's, so if that is not working on the E1 outdoor, the Reolink firmware engineers should fix this in the firmware.
However, Reolink has a documentation, which states:
The article is valid for these cameras:
I worked around it by creating a shell_command which does the CURL and stores the image (for main and sub for options). The channel does not seem to get honored, replacing it with sub, 1, 2, whatever does nothing for me. To get the substream, a height and width seems to be mandatory, as per the Reolink documentation:
While working perfectly fine, this is less than ideal ;) I came to know of the issue, as I was getting to play with some WT32-SC01 Plus Plates and OpenHASP - every KB counts ;) There is another shell_command to convert the jpg to a png for openHASP - a whole different can of worms:
Would there be a way to integrate the width / height into the http request the reolink integration is doing - at least for some models? Or make it an option?
I also opened a ticket with Reolink, linking starkillerOGs issue mentioned above.
Thank you very much and best regards :) Hubert
What version of Home Assistant Core has the issue?
core-2024.05
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
reolink
Link to integration documentation on our website
https://www.home-assistant.io/integrations/reolink/
Diagnostics information
No response
Example YAML snippet