[mythtv] UK Freeview "Playback"

Martin Long mythtv at longhome.co.uk
Sun Jan 7 17:11:38 UTC 2007


I can see the EITpf being an issue, because of the way tuners are
preallocated  by the scheduler. The fact that a program could begin and end
at different to scheduled times could create situations where conflicts
become apparent in realtime, and need to be resolved in realtime instead of
at the next scheduler run. Also, at any point the extent of the conflict may
not be known. For example it may not be able to start recording a higher
prority recording without stopping the existing recording while it still has
EITpf. ITV may play their usual dirty tactics of delaying switching the
signals until after adverts / well into the next timeslot. 

I'd imagine some of this could be resolved by running the scheduler at
certain calculated points in time, and adding additional rules to handle all
of the new edge and corner cases. 

-----Original Message-----
From: mythtv-dev-bounces at mythtv.org [mailto:mythtv-dev-bounces at mythtv.org]
On Behalf Of Chris Birkinshaw
Sent: 05 January 2007 12:19
To: Development of mythtv
Subject: Re: [mythtv] UK Freeview "Playback"

On 8/24/06, Stuart Auchterlonie <stuarta at squashedfrog.net> wrote:
> On Thu, Aug 24, 2006 at 04:37:32PM +0100, Martin Long wrote:
> >
> > Has anyone managed to get their hands on the technical change
> > specifications for Freeview "Playback"? I know that to support some of
the
> > changes there are plans to introduce some new metadata into the EPG and
> > possibly some MHEG stuff too. This will include such features as:
>
> Not at the moment. I'd bet it's closed at the moment and only
> available to the dtg members.
>
> >

Mythtv is almost compliant, aside from a few areas:

1. Series linking and split events (I have seen people are already
working on this)
2. Recording back to back events should not register a conflict (this
was mentioned ages ago on this list - has it been looked at?)
3. Recording start and stop needs to be controlled by the EITpf. i.e.
start recording when the event to be recorded becomes the EITpf
Present event, and stop when it disappears from the EITpf. Going on
the billed time is not enough, as if a channel is running late the
EITpf update will be delayed by the channel playout automation system.
I have mentioned this loads of time on this list but never got any
answer to my question. In the UK this would be hugely beneficial. No
more missed ends/beginnings of recordings! NB. Note that if an event
is still flagged as the present event in the pf for more than 2 hours
after its billed stop time the recorder should terminate the
recording.

Chris
_______________________________________________
mythtv-dev mailing list
mythtv-dev at mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev



More information about the mythtv-dev mailing list