Trouble with auto record Broadcast Type in North America / tv_grab_sd_json

Added by Aaron Sullivan almost 8 years ago

I am setting up TVheadend for the first time and running into a issue where the Broadcast Type is not working. In my autorec if I set the Broadcast Type to (New / premier / unknown) I will not record any shows instead of just the first runs. I have looked at the raw data for Schedules Direct and there is a "new" flag and a "original air date". This is something that works very well with my current DVR ArgusTV but I am training to switch to a linux based solution rather than Windows.

<program id='EP000018937722'>
<series>EP00001893</series>
<title>Good Morning America</title>
<showType>Series</showType>
<originalAirDate>2016-12-30</originalAirDate>
<description>TV host Ryan Seacrest; fitness experts Chris and Heidi Powell; trends for 2017.</description>
</program>

At this point I am not sure if it's a problem with the tv_grab or TVHeadend. I tried looking at the EPG data but in a database epgdb.v2 but could not read it in text or SQLite. I have also tried tv_grab_na_dd but same problem persists.

Here is my system
Raspberry PI 2
raspbian lite / jessie version 8
TVHeadEnd 4.1-2400
xmltv 0.5.68-1
EPG Data for USA zip 48070 antenna

Replies (2)

RE: Trouble with auto record Broadcast Type in North America / tv_grab_sd_json - Added by K Shea almost 8 years ago

It's TVHeadend, but I think that's in part because no two XML generators seems to indicate new programs in the same way, and some of them don't convert the new indication. I know that zap2xml produces output that has a <new /> tag, for example:

<programme start="20161230200000 -0500" stop="20161230203000 -0500" channel="Cpbseastern.zap2it.com"> <title lang="en">Washington Week</title> <date>20161230</date> <category lang="en">Series</category> <episode-num system="dd_progid">EP01653923.0208</episode-num> <video> <aspect>16:9</aspect> <quality>HDTV</quality> </video> <new /> <subtitles type="teletext" /> </programme>
But TVHeadend just ignores it. If you create a new DVR AutoRec entry, there is no way to specify that you only want to record a "new" program.

HOWEVER, there may be a workaround. I don't know about the pay service you're using, but zap2xml has this option:

-A "new live" = append " *" to program titles that are "new" and/or "live"

So if you used that flag you could maybe use "program title \*" in the Title (Regexp) field (I think the * would need to be escaped with the backslash since it otherwise has a special meaning in a regular expression). This may or may not work; if you try it I'd watch carefully for a while to make sure it's not skipping any new episodes.

As I say I don't know if whatever software you use to process the pay service listings has a similar option. If it doesn't and you want to try zap2xml, this article may prove helpful:
https://freetoairamerica.wordpress.com/2014/12/03/some-hints-for-getting-free-to-air-satellite-channels-into-the-electronic-program-guide-in-kodi-or-xbmc-or-another-frontend/

EDIT: Turned out that I had asked for support of the <new /> and <previously-shown /> tags almost a year ago and according to https://tvheadend.org/issues/3529 that was added in version 4.1-1451~gf074688 but I do not have any way of running beta versions. If you know how to run a beta then maybe you can upgrade to the latest 4.1 branch version and get this to work, but I'll need to wait for the next stable version (which I hope we will see sometime in the coming year).

RE: Trouble with auto record Broadcast Type in North America / tv_grab_sd_json - Added by Aaron Sullivan almost 8 years ago

Finally had some time to get back to this and work on it some more.

Well I am running 4.1-2400 and I removed the epgdb.v2 files as suggested in the bug report but no fix for me. I am using Schedules Direct as my source and the tv_grab_sd_json EPG grabber. Reading through the output in the tv_grab_sd_json.cache file it does not appear the grabber translates the new flag into the cache.

Looked into zap2xml and I think I can make that work but what a pain and still only 6 hours of data. I can get +6 hours of data from my over the air ASTC EPG grabber that now works in 4.1 so now sure it's worth the work.

Thanks for the reply.
Aaron

(1-2/2)

Project

General

Profile

Tvheadend