You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, first of all thank you for the excellent work!
I am wondering if the web server could provide API for writing gpio ports.
Currently the stream mode will block the web server. I am thinking if the client stream could be moved to main loop instead so while it's streaming, the web server could be used to deal with gpio API requests.
The text was updated successfully, but these errors were encountered:
// Camera flash light
web_server.on("/flash", HTTP_GET, handle_flash);
and add a handler
Thank you. I think the challenge here is that according to my limited c understanding, streaming or other blocking fuunction like rtsp would make the webserver stop responding to gpio requests.
One solution I can imagine is to combine the stream and rtsp loop into the main loop, together with gpio handling logic. To do this efficiently, global objects could be used and if there are no clients occupying the webserver/rtsp, we can just return from the rtsp/stream and go to the next portion of the loop.
Hi, first of all thank you for the excellent work!
I am wondering if the web server could provide API for writing gpio ports.
Currently the stream mode will block the web server. I am thinking if the client stream could be moved to main loop instead so while it's streaming, the web server could be used to deal with gpio API requests.
The text was updated successfully, but these errors were encountered: