Project

General

Profile

Bug #3864

'time missed' with overlapping recordings

Added by P B over 8 years ago. Updated over 8 years ago.

Status:
New
Priority:
Normal
Assignee:
Category:
PVR / DVR
Target version:
-
Start date:
2016-06-21
Due date:
% Done:

0%

Estimated time:
Found in version:
4.1-2125~g2d15eca
Affected Versions:

Description

The EPG data on one of my channels is notoriously unreliable, so I've changed my settings to start recording sooner and finish later.

However, this seems to cause problems when recording two programs back to back (where the 2 recordings theoretically overlap in time).

During recording, everything seems to progress nicely, but at the end I get e.g.

2016-06-21 16:32:00.031 subscription: 03BD: "DVR: Midsomer murders" unsubscribing from "EEN"
2016-06-21 16:32:00.032 dvr: "Midsomer murders" on "EEN": End of program: Time missed

and the recording gets moved to 'failed recordings' and is lost.

Even if it's too difficult to get the two recordings working in parallel, at the very least the first one should simply truncate at the crossover point, as opposed to be being abandoned and erased.


Files

logs.txt (18.7 KB) logs.txt P B, 2016-06-22 15:13

History

#2

Updated by P B over 8 years ago

Attached are logs when I try to record a lot of different programs on 2 channels on the same mux. Some of them fail, some of them don't. I haven't been able to discern a pattern. The logs don't seem very revealing I'm afraid...

#3

Updated by Jaroslav Kysela over 8 years ago

Could you check "Use EPG running state" in the DVR config ? Also, check the same field in the channel settings (it should be 'not set' (use settings from the DVR config) or 'disabled'.

#4

Updated by P B over 8 years ago

I had indeed set 'use EPG running state' as enabled. My hope was that there would be some live info being sent that would take care of e.g. program delays.

So, this feature is not yet ready and should be disabled?

#5

Updated by Jaroslav Kysela over 8 years ago

The feature is fine and it works, but your broadcaster might not use / set these flags, so tvheadend is waiting for the program start condition which is never received.

#6

Updated by Mark Clarkstone over 8 years ago

P B wrote:

I had indeed set 'use EPG running state' as enabled. My hope was that there would be some live info being sent that would take care of e.g. program delays.

So, this feature is not yet ready and should be disabled?

I had the exact same issue on some channels here in the UK, some broadcasters get it right, the rest are hit and miss. It's best to set it per channel on those you know it works correctly on.

I was thinking and I'm not sure if this is even possible but maybe have different eitp/f settings per country/broadcaster?

#7

Updated by P B over 8 years ago

Ok, I now understand where this issue is coming from, but wouldn't it still be a good idea to change tvheadend's behaviour here? It seems a shame to delete a perfectly good scheduled recording simply because the broadcaster did not trigger the starting condition... This is like snatching defeat from the jaws of victory :-)

There will probably be others like me that will be confused by this behaviour.

#8

Updated by saen acro over 8 years ago

Is some of programmers can explain simple what happen when we have following conditions:

one tunner
one channel
two event (ex from 12:00 to 12:30 and 12:30 to 13:00)
same recording profile whit include +5min before and after event

So what happens when second event must start to record?

#9

Updated by Jaroslav Kysela over 8 years ago

P B wrote:

Ok, I now understand where this issue is coming from, but wouldn't it still be a good idea to change tvheadend's behaviour here? It seems a shame to delete a perfectly good scheduled recording simply because the broadcaster did not trigger the starting condition... This is like snatching defeat from the jaws of victory :-)

There will probably be others like me that will be confused by this behaviour.

We can discuss that, but basically, if you instruct TVH to use EPG running flag (EIT p/f), then I don't see any other behaviour than current, because the event might be broadcasted both early or late, so TVH cannot determine the real start time at all (waiting for the broadcaster). Note that this option is OFF by default. If you have better explanation for help/quicktip, just give us a note.

#10

Updated by Jaroslav Kysela over 8 years ago

saen acro wrote:

Is some of programmers can explain simple what happen when we have following conditions:

one tunner
one channel
two event (ex from 12:00 to 12:30 and 12:30 to 13:00)
same recording profile whit include +5min before and after event

So what happens when second event must start to record?

If you use 'EPG running state' and it works correctly (broadcaster), then the transition should be smooth (first recordings will be ended when the second recordings starts). If you don't use 'EPG running state', the recordings will be overlapped (pre/post times).

#11

Updated by saen acro over 8 years ago

@ Jaroslav Kysela
by example furst record will start at 11:55 and finish at 12:35
but second will start at 12:25 and finish at 13:05

aka

11:55 +++ *12:00 ------ 12:30* +++ 12:35.......................
...................... 12:25 +++ *12:30 ----------- 13:00* +++ 13:05

so in time between 12:25 to 12:35 should be written two separate files simultaneously = time missed

#12

Updated by Jaroslav Kysela over 8 years ago

I don't understand 'time missed' here. The stream should be duplicated to two files. What do you refer?

#13

Updated by Jonathan Thomson over 8 years ago

Just a question on EIT p/f - which setting takes precedence - if you set it at the recording level, is that "global" (well for that recording profile at least) and if you set it at channel level then that's exactly that.

To put it another way, is it invalid to have it turned on at channel and recording profile level?

I've experimented with EIT p/f in the UK on channels I've been told it should work on and I still can't get it to play nice. For channels that don't use it, I use pre/post recording buffers, but if that recording profile is used to record from a channel where EIT p/f IS enabled, what's the expected behaviour? My "default" recording profile has 1 minute pre and 5 minute post buffers configured. On channels with no EIT p/f the recording should start at EPG start time - pre record buffer - warm up time (so in my case recording starts 90 seconds before the advertised time).

If however that profile is used to record a channel that DOES use EIT p/f what should happen? Will TVH start on the EIT p/f trigger and ignore the pre/post/warmup timers?

#14

Updated by Mark Clarkstone over 8 years ago

Jonathan Thomson wrote:

Just a question on EIT p/f - which setting takes precedence - if you set it at the recording level, is that "global" (well for that recording profile at least) and if you set it at channel level then that's exactly that.

To put it another way, is it invalid to have it turned on at channel and recording profile level?

AIUI: If you set it per channel (enabled/disabled) it'll override the DVR profile setting.

I've experimented with EIT p/f in the UK on channels I've been told it should work on and I still can't get it to play nice. For channels that don't use it, I use pre/post recording buffers, but if that recording profile is used to record from a channel where EIT p/f IS enabled, what's the expected behaviour? My "default" recording profile has 1 minute pre and 5 minute post buffers configured. On channels with no EIT p/f the recording should start at EPG start time - pre record buffer - warm up time (so in my case recording starts 90 seconds before the advertised time).

If however that profile is used to record a channel that DOES use EIT p/f what should happen? Will TVH start on the EIT p/f trigger and ignore the pre/post/warmup timers?

I believe It'll still use the pre- and post-padding, if it sees an eitp/f start flag it'll ignore the previously recorded data and start again from that point. If it see's a eitp/f stop flag it'll stop recording and free the tuner. If it doesn't see any eit/pf flags it'll continue to record until the end time (+ post padding).

#15

Updated by Jaroslav Kysela over 8 years ago

Mark Clarkstone wrote:

Jonathan Thomson wrote:

If however that profile is used to record a channel that DOES use EIT p/f what should happen? Will TVH start on the EIT p/f trigger and ignore the pre/post/warmup timers?

I believe It'll still use the pre- and post-padding, if it sees an eitp/f start flag it'll ignore the previously recorded data and start again from that point. If it see's a eitp/f stop flag it'll stop recording and free the tuner. If it doesn't see any eit/pf flags it'll continue to record until the end time (+ post padding).

Yes, that's right. The pre/warm/post times are used as the maximum time boundary where the event is expected to be broadcasted. If event starts in this time boundary, it's recorded until EIT p/f signals the end.

#16

Updated by Jonathan Thomson over 8 years ago

Thanks both - apologies for using the bug tracker to ask such a question (I had asked on the forum previously but not got a definitive answer).

Just one more thing so it's clear in my head, in my setup, I have 30 second warmup, 60 second pre and 5 minute post set up - if the broadcaster is rubbish with their EIT p/f signalling, will it simply behave as a "normal" recording (as if EIT p/f was turned off)? I ask because I've seen the 'time missed' thing before but I wonder if that's because has I not setup pre/post recording buffers.

#17

Updated by Jonathan Thomson over 8 years ago

Sorry by rubbish I mean they don't send the start/stop signal - if they send either early or late, from the response above TVH will react to those signals which is fine.

#18

Updated by Mark Clarkstone over 8 years ago

Jonathan Thomson wrote:

Thanks both - apologies for using the bug tracker to ask such a question (I had asked on the forum previously but not got a definitive answer).

Just one more thing so it's clear in my head, in my setup, I have 30 second warmup, 60 second pre and 5 minute post set up - if the broadcaster is rubbish with their EIT p/f signalling, will it simply behave as a "normal" recording (as if EIT p/f was turned off)?

Yes.

Jonathan Thomson wrote:

Sorry by rubbish I mean they don't send the start/stop signal - if they send either early or late, from the response above TVH will react to those signals which is fine.

I've seen some broadcasters (I'm looking at you Channel 4) send the start and stop flags during the middle of a programme within a few minutes of each other! It's rare but it does happen.

I ask because I've seen the 'time missed' thing before but I wonder if that's because has I not setup pre/post recording buffers.

Time missed can mean a lot of things, check the Help (in Tvheadend) for a list of reasons.

Also available in: Atom PDF