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

Scheduled recordings start too early leading to :59:59 times #365

Open
smarquard opened this issue Jul 20, 2016 · 7 comments
Open

Scheduled recordings start too early leading to :59:59 times #365

smarquard opened this issue Jul 20, 2016 · 7 comments
Assignees
Milestone

Comments

@smarquard
Copy link

smarquard commented Jul 20, 2016

If you schedule a recording to start on the hour, e.g.:

galicaster 2016-07-20 14:30:33,823 INFO scheduler/scheduler Create timer for MP 56458750, it starts at 2016-07-20T15:00:00

Then Galicaster can start recording slightly early:

galicaster 2016-07-20 14:59:59,790 INFO scheduler/scheduler Start record 56458750, duration 3000000 ms

and you get a start time in the manifest like *:59:59:

gc_hahn2_20160713T16h34m23_3/manifest.xml:
<mediapackage duration="3000043" id="56458750" start="2016-07-20T12:59:59" xmlns="http://mediapackage.opencastproject.org">

which is a bit annoying.

@smarquard
Copy link
Author

Also elapsed time will typically show as 49:59 in the recording UI for a 50:00 (50 minutes) recording, but 50:00 in the media manager.

@hcaloto hcaloto added this to the 2.0.0 milestone Jul 26, 2016
@hcaloto
Copy link
Contributor

hcaloto commented Aug 8, 2016

@dpeite, take a look at this issue and let's check if there is a simple solution

dpeite added a commit that referenced this issue Aug 10, 2016
and fixed time, to start at :00 and not at :59 seconds
dpeite added a commit that referenced this issue Aug 18, 2016
hcaloto added a commit that referenced this issue Aug 18, 2016
Fixed duration for scheduled recordings #365
@dpeite dpeite assigned silviabf and unassigned dpeite Aug 19, 2016
dpeite added a commit that referenced this issue Aug 29, 2016
Refactor duration in scheduled recordings #365
@dpeite dpeite modified the milestones: 2.0.1, 2.0.0 Feb 10, 2017
@silviabf silviabf assigned dpeite and unassigned silviabf Feb 16, 2017
@silviabf
Copy link

This continues happening

@smarquard
Copy link
Author

Would be nice to get this fixed...

@smarquard
Copy link
Author

We're seeing ":59" times in the Galicaster Media manager, and also in the final published recording in the Opencast player, e.g.:

March 16 2017, 8:59:59 am

@Alfro
Copy link
Contributor

Alfro commented Mar 17, 2017

I need to take a look at this, but at a first glance, it seems it can be related to #470

@smarquard
Copy link
Author

I think it's because Galicaster starts recording slightly before the scheduled time, e.g.:

galicaster 2017-03-17 07:59:59,277 INFO scheduler/scheduler Timeout to start record 492634213855766528, duration 3300000 ms

and then writes the actual start time into the mediapackage that's ingested.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants