Project

General

Profile

Why is new not respected

Added by Reggie Burnett almost 7 years ago

I'm using 4.2.4-24 with IPTV and schedules direct. Normally this works great. Recently Comcast changed up all the channel numbers. I finaly got things patched up and the EPG looks correct. I pulled one day's data and checked that some of the shows I want to watch have the <new/> element on them.

however if I set an autorec with broadcast type set to new it doesn't show in the upcomign recordigs view. Just wondering why that would be.


Replies (2)

RE: Why is new not respected - Added by Robert Cameron almost 7 years ago

I believe it may be using your old EPG data. Give this a try:

Stop Tvheadend. Then delete the epgdb.v2 file. Start Tvheadend back up, and wait for it to grab/parse your new XMLTV data.

I've noticed that Tvheadend seems to have a problem updating existing EPG entries, and it doesn't seem to modify them if an entry changes, only for new entries. (I'm not sure if this is limited to XMLTV sources, as that's all I use, so I don't have another EPG source to compare against.)

RE: Why is new not respected - Added by Em Smith almost 7 years ago

I also have some patches in the area of new handling but have been too busy recently to deliver them, but will submit a PR in the next few days. There are a few parts to the puzzle. The xmltv "new" (mostly) doesn't mean "new episode", and Tvheadend's checking for new is "new or unknown" and so relies on "not identifiable as a repeat", which isn't necessarily the same as new.

What grabber are you using? IMO, your xmltv should have premiere if it is a first showing, though other people have altered their grabbers to implement other behaviour such as suppressing previously shown ("repeat") tags.

And, as Robert says, there seems to be a problem sometimes with EPG updates. The epgdb.v2 is in ~hts/.hts/tvheadend/ directory on a normal distribution.

    (1-2/2)