[mythtv-users] Australians: can you help me gather some data?

Xander lexvictory at yahoo.com.au
Mon Nov 18 05:15:40 UTC 2013



On Monday, 18 November 2013 12:55 PM, Max Barry <mythtv at maxbarry.com> wrote:

>Huh, that's interesting. So the web site, and not just the DVB version,
>is as up-to-date as EIT? I've glanced at it before but never thought it
>offered anything special.
The website; I have no idea. The dsmcc/mheg data however is quite up to date I find (city stations anyway, unsure about country stations [it carries data for the whole state!])

>If you won't suffer from this problem, though, it would remove a large part of
>Shepherd's reason for being.
Yeah this was part of my reasoning for not starting with integration. It MAY suffer from changes breaking it (minor one has happened only once since I started using it), as the DMSCC stream contains their app as well as the data; they need only change the format and the app and it could break.

>On that second point, last I checked, MythTV will only run a grabber
>once a day. Which may be an issue, since I imagine you'd want this thing
>checking the schedule quite often, maybe even scanning the next few
>hours' EPG every 20 minutes or so.
On my system I use a cron job (runs as 5am, 1pm, and 7pm I think) that then passes it to mythfilldatabase --file

>Of course, even better than this would be accurate EIT... we can dream...
Well, for mythtv's case anyway, if proper crid support worked (e.g. cross matching crids between the database and the EIT) we could have this (so long as it could be set to ignore the crappy titles EIT provides). This is how the Freeview feature of not missing the program works, the dvr monitors the EIT now/next info.

Currently I have my grabber passing through the crid for shows that have no season/episode info or are movies, masquerading as a datadirect id. With a patch this does give me the overrun protection for those shows. (0.25 backend still)



More information about the mythtv-users mailing list