[mythtv-users] another scheduling strangeness/question

Brian J. Murrell brian at interlinx.bc.ca
Tue Aug 31 18:57:06 UTC 2010


On Tue, 2010-08-31 at 14:32 -0400, Michael T. Dean wrote: 
> I'm planning to make changes to mythfilldatabase so that it always 
> retrieves all of the data (at minimum tomorrow through +13) for 
> Schedules Direct users.

Interesting.

> > [1] Even back when we were all getting data from TMS for free, I oftent
> > thought (and think even suggested to TMS) some sort of "delta" protocol
> > would be hugely useful for fetching this data.  If the data were added
> > to the (schedules direct) database in a "log" format, when one wanted an
> > update one could just say (to schedules direct) "give me all of the data
> > changes since log entry $n" and that would include both changes/updates
> > to programs/timeslots that you have already fetched as well as programs
> > which are new (i.e. +13 days' new data).
> 
> Won't be necessary with the planned changes.  :)

Well, yeah.  If you always grab all of the data all of the time, indeed.

But I still don't wonder if fetching a single log/journal (so still a
single transaction rather than 2 as currently) wouldn't be nice on their
servers too.

> That said, IMHO, the likelihood of such issues happening with current 
> MythTV is small enough--especially when in season (versus the summer 
> doldrums)--that it's not worth (ab)using TMS servers to retrieve extra 
> days in extra runs.

Sure, if you are grabbing entire days.  But with a log/journal format,
you get the most minimal amount of data needed to be completely
up-to-date for 14 days.

> The only fix is either some kind of change notification 
> or grabbing everything every time.

Or transmitting the data in a log/journal format so that you get all
changes since the last time you asked.

> Since grabbing everything in a 
> single request every time would actually be less strain on the servers 
> than our current usage and it doesn't require any changes to TMS 
> servers, that's the best solution

For now, yes.

> It all comes down to the question, "are you getting the shows you want 
> recorded," and if the answer is, "No," then it likely means you need 
> more capture devices--not better listings data***.

Heh.  With 5 physical/8 logical capture devices, it's not a problem for
me.  But my mom only has 1 device as I am sure others do and it really
makes me wonder if stale data is leading to conflicts that just would
not be with fresher data.

In any case, the reason for my own situation seems explainable, if
undesirable, so we can probably let this one rest.

b.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20100831/597b2998/attachment.pgp>


More information about the mythtv-users mailing list