Skip to content
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

Open
mliradelc opened this issue May 12, 2017 · 0 comments
Open

Concatenate Recovered files after a Galicaster fail #524

mliradelc opened this issue May 12, 2017 · 0 comments
Labels
feature Use this label for new features or enhancements

Comments

@mliradelc
Copy link

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.

@Alfro Alfro added feature Use this label for new features or enhancements feature labels May 30, 2017
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
@Alfro Alfro removed the feature label Jun 7, 2019
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
Labels
feature Use this label for new features or enhancements
Projects
None yet
Development

No branches or pull requests

2 participants