Skip to content

fix: wake battery cameras and resend the WebRTC offer until answered - #904

Open
hacctarr wants to merge 1 commit into
SecKatie:masterfrom
hacctarr:fix/webrtc-wake-battery-cameras
Open

hacctarr wants to merge 1 commit into
SecKatie:masterfrom
hacctarr:fix/webrtc-wake-battery-cameras

Conversation

@hacctarr

@hacctarr hacctarr commented Aug 8, 2026

Copy link
Copy Markdown
Contributor

First of three related WebRTC fixes. They stack in order: #2 builds on this branch, #3 on that one.

A battery camera has to be woken before it joins its signaling channel, and the channel buffers nothing, so the single offer we sent was simply gone by the time the camera was listening. Live view stayed black and nothing in the log said why.

Wake DEVICEMGMT models first, then resend the offer and candidates every 4 seconds until one comes back answered.

Cameras still take 5 to 20 seconds to start streaming. That is the wakeup itself, not this loop.

A battery camera has to be woken before it joins its signaling channel,
and the channel buffers nothing, so the single offer we sent was simply
gone by the time the camera was listening. The live view stayed black and
nothing in the log said why.

Wake DEVICEMGMT models first, then resend the offer and candidates every
4 seconds until one comes back answered.

Cameras still take 5 to 20 seconds to start streaming. That is the wakeup
itself, not this loop.
@CLAassistant

CLAassistant commented Aug 8, 2026

Copy link
Copy Markdown

CLA assistant check
All committers have signed the CLA.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants