-
Notifications
You must be signed in to change notification settings - Fork 184
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Save camera data to local storage #1432
Labels
enhancement
New feature or request
Comments
We've discussed this kind of feature before. The last time it was discussed the biggest unanswered question was what kind of performance impact will encoding have. I wonder if someone could run a typical PV pipeline and simultaneously sign into the preprocessor and start streaming video with something like ffmpeg. |
Related: #766 |
I would argue probably duplicate of #766? |
Yup |
Dup of #766 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
As machine learning becomes more prevalent it is often useful to see what the camera and ML models are seeing to diagnose incorrect predictions. Today my only solution is to capture images. It would be useful, instead, if I could stream the video data into an mp4 file and store it on the device.
Describe the solution you'd like
Ideally, on the settings page of the UI there's be a toggle switch (record video ON/OFF) and a field where I can specify the video(s) should be stored.
When my robot enters auto or teleop the image data being read from the camera(s) would be streamed into an MP4 file.
An anonymous CIFS (samba) share could be added so we can easily download the data from the co-processor once a match has finished.
Describe alternatives you've considered
My driver station might be able to read the video stream from PhotonVision, but this just adds a bunch of data to the network and potentially causes other issues on the driver station.
Other alternatives? IDK.
Additional context
Only real major concern I'd have is storage space. I don't think it is wise to attempt to write video data to a tmpfs nor do I think it is wise to write it to the SD card. Perhaps we can plug a USB flash drive into the SBC and offer that as one solution. An M.2 NVME might be an option, eMMC, etc. It might be good to keep track of how much free space is left on the storage device and stop writing if we exceed something like 95% capacity.
The text was updated successfully, but these errors were encountered: