-
-
Notifications
You must be signed in to change notification settings - Fork 17
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
feature: dvr #14
Comments
+1 |
I'm also going to hack together something to get it to at least dump the video out to a file. Let me know if you would like to get together on this. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Has anyone considered a basic dvr function? It looks like there is a spot in the (literal) pipeline where it has effectively standard mp4 video that could be diverted to a file as well as playback.
| tee /storage/dvr-2220.mp4 |
sync
to flush the write cache periodicallyAlternately:
OUTFILE=/dev/null
OUTFILE=/storage/dvr-2221.mp4
| tee ${OUTFILE} |
in the pipeline. This has a very minor performance cost for non-dvr playback, extraneously sending the stream to/dev/null
In both approaches, closing the stream will automatically close the file. The periodic sync should defend (barely) against corruption on power-off, while still allowing a reasonable write cache. Corruption risks are primarily to the DVR storage, rather than the system volume.
I might hack something together if there is any interest. Having a second screen is huge for outreach where we fly but I don't want to lose my dvr
The text was updated successfully, but these errors were encountered: