Duplicate Episodes

[sub]

Its been there at least a couple of years.

[oldmanmarcin]

Well I know I have seen duplicated episodes in the last few months.. but...let me do some more testing.. I just scheduled few shows to record all episodes on a channel... and I have the setting checked on in the CONFIG application.. so hopefully.. it will not record duplicate episodes....

[sub]

There is usually a pretty good reason why episodes are skipped. This particular feature has been working well for a long time, and I'm not aware of any problems with it.

It adds quite few log messages around the duplicate checks when it looks for new episodes to schedule (after EPG update), so its usually pretty easy to spot the reason why a show isnt scheduled, as long as I can get the right logs posted and a description of which episodes of show you think should be scheduled but werent.

[zehd]

That's good stuff. And I just know where to put that info...

I've actually looked into inserting a test into an xmltv file <unique-identifier>32456</unique-identifier>


Seems this tag does not conform to the xmltv dtd.

I know that the xmltv that SD and old zap2it used was something like
<episode-num system="dd_progid">EP00290992.0067</episode-num>

and I imagine I can use this feild to come up with an imaginary unique ID.

Where I'm going with this is, while my UltraXMLTV runs through the records, it can keep tally of unique IDs that it creates for each Title/Sub_title combination and then insert the same ID on a match.

Would GB-PVR be able to work with unique IDs that are duplicated for duplicate episodes?

Edit: And should I be using the system="dd_progid" which I believe is SD specific...

[whurlston]

<unique-identifier>32456</unique-identifier>

I would not add a new tag name. Instead, I would add a new system to the <episode-num> tag.

Code:

<episode-num system="ultraxmltv">SomeUniqueId</episode-num>

You can have multiple episode-num tags for a particular program according to the dtd. That way, you stay completely xmltv compliant.

[zehd]

I would not add a new tag name. Instead, I would add a new system to the <episode-num> tag.

Code:

<episode-num system="ultraxmltv">SomeUniqueId</episode-num>

You can have multiple episode-num tags for a particular program according to the dtd. That way, you stay completely xmltv compliant.

Yeah I was thinking of that. Just wanted to know whether GB-PVR would be picking up the right tag. Whether sub specifically wrote code to catch the SD/Zap2it shows with the system ddprogid...

[whurlston]

Edit: And should I be using the system="dd_progid" which I believe is SD specific...

If you are going to use an existing system, I would use "onscreen" if you don't already have an onscreen value for that program. If you are going to use "dd_progid", which I wouldn't recommend, then make sure you use the dd_progid format.

[whurlston]

Helps if I read the whole thread. I missed where sub said "<unique-identifier>"

[zehd]

If you are going to use an existing system, I would use "onscreen" if you don't already have an onscreen value for that program. If you are going to use "dd_progid", which I wouldn't recommend, then make sure you use the dd_progid format.

I really don't rtemeber too well, but I think sub mentioned that the feature really was only a NA thing, and that's cause of the specific system attribute. I'm now guessing he hardcoded that into GB-PVR.

So I guess it would be either use the tag that GB-PVR can already read, or ask sub (he's probably asleep, so I'm talking 3rd person) to add a tag into GB-PVR...

[sub]

It'll handle either <unique-identifier>somevalue</unique-identifier> or <episode-num system="dd_progid">somevalue</episode-num>.

GB-PVR doesnt attempt to parse the field in anyway, and does care how long it is, or in what format it is, but it assumes that it uniquely identifies a show. The only special rule is that if the field is present and the last four digits are '0000', then its assumed the episode info is unknown.

If the field isnt present, all entries are treated as unique.