-
Notifications
You must be signed in to change notification settings - Fork 1
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
Frame extraction with reencoding #78
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #78 +/- ##
=======================================
Coverage 29.81% 29.81%
=======================================
Files 6 6
Lines 332 332
=======================================
Hits 99 99
Misses 233 233 ☔ View full report in Codecov by Sentry. |
…uryWellcomeCentre/crabs-exploration into smg/frame-extraction-w-reencoding
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's been a while since I've written a longish bash script.
Even though it's a bit out of scope for this PR, we should think about how to test these guys. Like could we call them in CI with a --dryrun
flag or something?
You might want to ignore my comments 👇 if there are plans in #88 (I didn't dig into that yet because: rebase.)
Yes, testing this would be ideal. I had a quick look and bats seems like a very nice tool for this. IIUC, it can be run in CI too. Right now we manually edit this script for the different frame extraction jobs. So testing this would be cumbersome. My idea with #88 is to have a bash script that we keep intact, and to which we pass any required parameters as command line arguments. Specifically, we would pass a config.json file that we would read and print to the logs. This way we keep track of what input parameters we passed but the bash script is not edited every time. So for now I would suggest to merge this PR and add these comments to PR #88. There are other options for unit testing bash scripts, I am adding a brief overview to PR #88 too. |
Agreed. |
Some improvements / additions to the frame extraction slurm script
I deleted the frame extraction only script and the script to extract frames locally.
This PR is a first step towards a more general bash script that would make use of the CLI tools and that we wouldn't edit for each run - some thoughts on that in this draft PR #88 (see this file specifically)