Sketch/Project: Observer with RTSP - #13
Draft
youmustfight wants to merge 3 commits into
Draft
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Trying to get a passive stream sent out from the ESP32 device. There are different strategies, from WebRTC, to RTSP, to MJPEG pushing. I went the RTSP path since it seemed more bandwidth friendly than the latter, and compatible than the former.
You can view the camera stream via your laptop by opening up the "network stream" in VLC. Type in
RTSP://192.168.1.224:8554/mjpegas your URL. This "works" in that the moving parts are there, but there is an error bubbling up from the Micro-RTSP lib.I've been trying to figure out how to bring this stream into an endpoint. I'm a bit unsure of this approach however, and how to weave it into a media server ideally. So going to leave this here and revisit when I have a better sense of the approach to take . May do a SD card write/read, because you can get better quality video/audio and it will be consistent, and uploading that after a "session" of some sort (maybe push upload to core #1 while recording continues on core #0)