-
Notifications
You must be signed in to change notification settings - Fork 3
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
Ended up with a non-renamed (to have end timestamp) video file #73
Comments
Merged
vmdocua
added a commit
that referenced
this issue
Feb 7, 2024
…urelib library from screencapture RecordingThread, WiP #73
vmdocua
added a commit
that referenced
this issue
Feb 13, 2024
vmdocua
added a commit
that referenced
this issue
Feb 13, 2024
…pture utilities based on spdlog, WiP #73
vmdocua
added a commit
that referenced
this issue
Feb 13, 2024
…pture utilities based on spdlog, WiP #73
vmdocua
added a commit
that referenced
this issue
Feb 13, 2024
…pture utilities based on spdlog, WiP #73
vmdocua
added a commit
that referenced
this issue
Feb 14, 2024
…mpl idiom, get rid off spdlog explicit dependency in projects using capturelib, WiP #73
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Re-starting our regular capture (disabled lossless video compression -- probably we cannot achieve that).
in the flood of messages #68 there were nothing prominent on what caused ffmpeg to stop, may be just that cable was finally disconnected, and we ended up with a file named just
2024.01.29.17.10.23.697_.mkv
which likely should not happen. That is using not most recent version though, so might be something already addressed in e.g. #71 , wdyt @vmdocua ?
The text was updated successfully, but these errors were encountered: