-
Notifications
You must be signed in to change notification settings - Fork 31
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
Concatenate Recovered files after a Galicaster fail #524
Labels
feature
Use this label for new features or enhancements
Comments
andiempettJISC
pushed a commit
to UoM-Podcast/Galicaster
that referenced
this issue
Nov 30, 2017
If galicaster restarts during a recording, on the next long heartbeat with an iCal update if the recording should still be happening it is resumed. once the recording is finished any track files belonging to the recording in rectemp are concatenated with ffmpeg and put into the correct mediapackage to then be ingested. there is also an option to delay the file concatenation and ingest until nightly time (this is to allow a recording in quick successtion to not wait for this job to complete) [repository] recoverytype = save [plugins] checkrepo = True [checkrepo] to_merge = True delay_merge = False its important to note some changes were made to galicaster behaviour around file recovery to accomadate this. on galicaster restart autorecover 'full' recoverytype was always active, this has now been made configurable via the 'autorecover' option as with error handling. and for this plugin should be set to 'save' only manual recordings should be given a prefix of "Recovered - " when autorecovered as this changes metadata for opencast scheduled recordings. maybe this information is better in the galicaster.xml if UI notification of a recovered MP is needed. this is not addressed here
andiempettJISC
added a commit
to UoM-Podcast/Galicaster
that referenced
this issue
Oct 4, 2019
If galicaster restarts during a recording, on the next long heartbeat with an iCal update if the recording should still be happening it is resumed. once the recording is finished any track files belonging to the recording in rectemp are concatenated with ffmpeg and put into the correct mediapackage to then be ingested. there is also an option to delay the file concatenation and ingest until nightly time (this is to allow a recording in quick successtion to not wait for this job to complete) [repository] recoverytype = save [plugins] checkrepo = True [checkrepo] to_merge = True delay_merge = False its important to note some changes were made to galicaster behaviour around file recovery to accomadate this. on galicaster restart autorecover 'full' recoverytype was always active, this has now been made configurable via the 'autorecover' option as with error handling. and for this plugin should be set to 'save' only manual recordings should be given a prefix of "Recovered - " when autorecovered as this changes metadata for opencast scheduled recordings. maybe this information is better in the galicaster.xml if UI notification of a recovered MP is needed. this is not addressed here
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When Galicaster Fails and restarted it, galicaster shows the recovered file, but there is no way to restart the recording that failed.
It would be a great feature if Galicaster can restart from the failed file and in the media manager the option to concatenate the recovered record with another one.
Today if a recording fails an you restarted galicaster, you have to manually concatenate each stream and later ingest it manually in opencast.
The text was updated successfully, but these errors were encountered: