Re: UK-RT Grabber Prog Titles To Process Change Requests Thread

On 20 July 2011 14:16, John Veness <[email protected]> wrote:
> On 20/07/2011 12:27, David Watkins wrote:
>> I think this caused my mythtv system to miss recording this programme
>> last night.   I'd created a recording rule and seen the programme in
>> the upcoming recording list; but it didn't get recorded and there's no
>> sign in the logs that mythttv made any attempt to record it.
>
> In an ideal world, it would be great if there was a technological
> solution to this problem. For example, some kind of mechanism where
> XMLTV can indicate to applications like MythTV that a title has been
> changed, and allow the application to decide what to do about that, e.g.
> alert the user (obviously only if they have a recording rule that will
> be affected).

That is a sensible suggestion.

A consuming app could (quite easily) detect if a title has changed
based on the rest of the programme's data. Titles may change upstream
of the grabber too, and there would be no way to flag this in the
grabber.

MythTV does flag timeslot recordings as "Not Listed" if they disappear
from the listings, but regular "Any channel" recordings are not
handled in this way.

> Failing that, maybe there should be guidelines regarding how close to
> transmission we will allow changes like this to be made. This change was
> made only a day or so before transmission...

There is the option of making this a configuration option, e.g.
"Programmes airing less than X days from now will not be updated".
Each user can then choose how close to transmission title changes are
made (I guess repeats across all channels would have to be checked
too, in this scenario). However, I'm not keen on the idea of
completely stopping programme title updates within X days before
transmission as not all consumers of the data use it for scheduling
recordings.

There is a configuration option of disabling title updates, and also
support (via the XMLTV_SUPPLEMENT env var) for keeping a local
prog_titles_to_update file that a user has complete control over.

My intention is to make listings as consistent and accurate as
possible for all users, but I accept that this change was made very
close to transmission and has likely irritated quite a few users. The
debugging in the grabber hadn't noticed the programme and it was only
when it was requested here that I added it to the fixups list, without
checking transmission times. Please accept my apologies.

Cheers,
Nick

-- 
Nick Morrott

MythTV Official wiki: http://mythtv.org/wiki/
MythTV users list archive: http://www.gossamer-threads.com/lists/mythtv/users

"An investment in knowledge always pays the best interest." - Benjamin Franklin

------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks & Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
_______________________________________________
xmltv-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xmltv-users