[mythtv-users] Duplicate recordings because of bad SD data?

Michael T. Dean mtdean at thirdcontact.com
Wed Jul 21 19:22:56 UTC 2010

  On 07/21/2010 03:01 PM, MarcT wrote:
>  From:  Michael T. Dean
> > On 07/21/2010 01:01 PM, MarcT wrote:
> >> I just noticed another duplicate of the same show in upcoming
> >> recordings.
> >>
> >> On Tuesday, July 27th, is Warehouse 13: Age Before Beauty, I see
> >> a description, an episode number and a program id, On Monday,
> >> August 2nd, I am told I will be recording it again but not
> >> properly identified as a duplicate. On the 2nd there is a
> >> different description, actually no description, no episode
> >> number, and the program id is 2 numbers off from the first
> >> recording.
> >
> > Could these be 2-hr episodes broken into 1-hr parts (as those would
> >  legitimately be different programids, but could have identical
> > subtitle and description)?  Or, perhaps they're some kind of
> > extended or enhanced episode?  Or, perhaps the data will be updated
> > when you re-download the listings for July 27th.  Though you
> > shouldn't do this regularly, you can try:
> >
> > mythfilldatabase --refresh-all
> >
> > to see if it's just because the data has been updated since you
> > downloaded it a week ago.
>  Answer to 1, could be but here in the US they generally don't do
>  that, or if they do there is a part 1 and part 2 in the name.

Well, here in my US, they do (and without part numbers in the name).  
;)  (Granted, I see it a lot on network TV, and I don't have cable, so 
it may be different for SyFy/cable.)

Regardless, the subtitle (and description) is irrelevant to duplicate 
matching when both episodes have a programid.  The programid is /the/ 
definitive identifier of unique episodes.  Therefore, MythTV is doing 
what it should with the data it's given.

>  And if it were part 2 it would be airing the next week not a day
>  later in the middle of the day, or the day before the regular
>  schedule.
>  I generally do not do refresh all because my daily update redownloads
>  the current day, to check for changes, as well as the 14th day, to
>  fill in the missing day.

Right.  I wasn't saying to do this normally.  I was saying that if you 
want to do it once, now, you could find out if it's just old data that's 
been updated since it was downloaded.

Until we know whether that's current SD data or old, since-updated data, 
we can't say that there's a problem anywhere.  (MythTV is doing what it 
should with the data it's given, and if TMS has updated the data, then 
everything will be right when MythTV gets updated data.)


More information about the mythtv-users mailing list