Tvheadend

Provide '--trace dvr' . https://tvheadend.org/projects/tvheadend/wiki/Traces

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'.

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?

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.

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?

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.

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?

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.

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).

@ 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

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

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?

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).

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.

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.

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.

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.