You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please describe the need for the feature:
When marking up a video, I find it a hassle to have to manually save the markers json data to an appropriate folder and drag and drop the file onto the clipper script .bat files. I want to avoid manual work beyond marking up the video as much as possible.
Please describe the feature and its ideal implementation:
With a hotkey or button the current markers json data should be processed automatically by a running server/daemon.
The markers json data should be saved automatically beside the generated output webm clips.
When updating and resending the markers json, the new data should be processed automatically and the updated markers json should be saved with a timestamp suffix in the filename.
When the server is busy, markers json data should be queued.
The queue should be made visible in the server output, and it should be possible to cancel work that has not yet begun.
Please describe any alternatives you have tried or considered:
It is possible to copy the markers json data and set up a clipboard listener for automatic processing. However, this requires a more robust implementation that can be distributed so the work does not have to be repeated. And still, this is less efficient and does not provide a queuing mechanism.
The text was updated successfully, but these errors were encountered:
Please describe the need for the feature:
When marking up a video, I find it a hassle to have to manually save the markers json data to an appropriate folder and drag and drop the file onto the clipper script
.bat
files. I want to avoid manual work beyond marking up the video as much as possible.Please describe the feature and its ideal implementation:
Please describe any alternatives you have tried or considered:
It is possible to copy the markers json data and set up a clipboard listener for automatic processing. However, this requires a more robust implementation that can be distributed so the work does not have to be repeated. And still, this is less efficient and does not provide a queuing mechanism.
The text was updated successfully, but these errors were encountered: