<div class="gmail_quote">On 14 June 2011 02:29, Nick Morrott <span dir="ltr"><<a href="mailto:knowledgejunkie@gmail.com">knowledgejunkie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On 13 June 2011 22:51, Martin Moores <<a href="mailto:moores.martin@gmail.com">moores.martin@gmail.com</a>> wrote:<br>
> On 13 June 2011 20:23, Jeffrey Hahn <<a href="mailto:jmhahn@gmail.com">jmhahn@gmail.com</a>> wrote:<br>
>><br>
>> I've seen a similar issue with recording Merlin on Syfy in the US. The<br>
>> original airdates were not the same as the date they were premiering<br>
>> here, so it was considered a rerun on the schedule. I made a custom<br>
>> power search to handle it:<br>
>><br>
>> channel.channum = '829' AND program.title = 'Merlin' AND<br>
>> datediff(now(),program.originalairdate) < 365<br>
>><br>
>> You'd want to change the channel number and title, of course, and it<br>
>> assumes you will get the show within 1 year of the original airdate.<br>
>> With duplicate detection set to "Subtitle and Description" and no<br>
>> filter, I've never had a false positive and never missed a new<br>
>> episode.<br>
>><br>
>> -Jeff<br>
><br>
> I am using xmltv data, which has been much better than EIT so far.<br>
><br>
> The first example of this is CSI: High And Low, which is on Five USA on<br>
> Wednesday at 12:40, this episode is from 2002, but not marked as a repeat<br>
> and shows an original airdate of 2011!<br>
><br>
> I did think about setting the rule to just record from channel 5, but then<br>
> if for whatever reason that showing was missed, but it was repeated on<br>
> another channel, myth wouldn't schedule it on another channel, unless I<br>
> mis-understood how that works.<br>
><br>
> I guess duplicate detection doesn't work here, as I have only ever recorded<br>
> new showings of CSI, never all the re-runs, so myth wouldn't pick these up<br>
> as previously recorded etc. It does work well with picking the new showing<br>
> each week (my rules are find and record one showing each week, apart from<br>
> the odd time where the new episode is missed in its normal timeslot and a<br>
> re-run is recorded instead, never got to the bottom of that). I guess if<br>
> these re-runs are not marked as repeats or generic, then myth would not know<br>
> not to record them, so it is only as good as the data it gets.<br>
><br>
> Thanks for that rule Jeff, will give that a try<br>
<br>
</div></div>Note that the Radio Times XMLTV data does not provide original airdate<br>
information in the same way that Schedules Direct does in the US and,<br>
as you have realised, the scheduler is at the mercy of the source data<br>
flagging episodes as premieres/repeats.<br>
<br>
I have a couple of ideas for XMLTV/uk_rt going forwards that may help<br>
to further improve listings data, including:<br>
<br>
i) marking descriptions as generic where they are not specific to a<br>
particular episode - this could allow MythTV and other PVRs to treat<br>
episodes as generic in the same way that the Schedules Direct listings<br>
permit<br>
<br>
ii) marking repeats by tracking the current season of popular shows<br>
and automatically flagging older episodes from previous series as<br>
repeats (as determined from a comparison with a given episode number)<br>
if that flag is not already specified (this would help in your current<br>
CSI example)<br>
<br>
Cheers,<br>
Nick<br></blockquote><div><br>Hi Nick,<br><br>Thanks for the info, sounds like some interesting ideas going forward that would certainly help this situation.<br><br>I have changed the rules to exclude repeat and generic for now, so see how that works for various shows. Might change the rule to record just channel 5 for now, then change it back when it starts up again.<br>
<br>Thanks all for help/explanations<br><br>Martin <br></div></div>