<div class="gmail_quote">On 13 June 2011 20:23, Jeffrey Hahn <span dir="ltr"><<a href="mailto:jmhahn@gmail.com">jmhahn@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 class="im">
<br>
</div>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></blockquote><div><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 Wednesday at 12:40, this episode is from 2002, but not marked as a repeat and shows an original airdate of 2011!<br>
<br>I did think about setting the rule to just record from channel 5, but then if for whatever reason that showing was missed, but it was repeated on another channel, myth wouldn't schedule it on another channel, unless I mis-understood how that works.<br>
<br>I guess duplicate detection doesn't work here, as I have only ever recorded new showings of CSI, never all the re-runs, so myth wouldn't pick these up as previously recorded etc. It does work well with picking the new showing each week (my rules are find and record one showing each week, apart from the odd time where the new episode is missed in its normal timeslot and a re-run is recorded instead, never got to the bottom of that). I guess if these re-runs are not marked as repeats or generic, then myth would not know 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>Cheers<br></div></div>