-
Notifications
You must be signed in to change notification settings - Fork 113
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
Add support for writing a JSON file containing call metadata #380
Comments
The JSON file contains all of the metadata known to BCR (which roughly matches the information that can be used in the filename templates). This feature is disabled by default. The majority of this commit is splitting the call metadata collection out of OutputFilenameGenerator. This is something that should've been done anyway. The notification delete button logic has also been reworked so that the metadata file is also deleted. If debug mode is enabled, the log file will now also be deleted. Closes: #380 Signed-off-by: Andrew Gunnerson <[email protected]>
This is a great idea, thanks for it! |
This has been released in version 1.48! |
Great, I'll work on a "companion-app" 😉. |
Issue: #380 Signed-off-by: Andrew Gunnerson <[email protected]>
Sure! I've created #387, which will add a bunch of info about the output format and encoding process to the metadata file (which includes the duration in the |
Issue: #380 Signed-off-by: Andrew Gunnerson <[email protected]>
Issue: #380 Signed-off-by: Andrew Gunnerson <[email protected]>
Issue: #380 Signed-off-by: Andrew Gunnerson <[email protected]>
Issue: #380 Signed-off-by: Andrew Gunnerson <[email protected]>
As promised... I did it 😉 I've called my app BCR-GUI, to clearly show that it depends on BCR (which is actually doing the "hard work"). It basically shows recordings in a list; call details are shown for each recording and user can listen audio within the app (no external player needed). Next versions will have edit, share, delete, ... and other features (can't actually imagine others). Please check it out and share your thoughts. I don't want to further spam here 😂; if you think it worths being mentioned in your readme... feel free to do it (or contact me). |
(Idea from #135 (comment))
The metadata would be stored in a
.json
file next to the audio file and would look something like this:The text was updated successfully, but these errors were encountered: