<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body><div>O</div><div><br></div><div><br></div><div><br></div><div id="composer_signature"><div style="font-size:85%;color:#575757">Sent from my MetroPCS 4G LTE Android device</div></div><div style="font-size:100%;color:#000000"><!-- originalMessage --><div>-------- Original message --------</div><div>From: Gary Buhrmaster <gary.buhrmaster@gmail.com> </div><div>Date: 7/27/2016  5:26 PM  (GMT-08:00) </div><div>To: Peter Bennett <pgbennett@comcast.net> </div><div>Cc: Robert Eden <rmeden@gmail.com>, Development of MythTV <mythtv-dev@mythtv.org> </div><div>Subject: Re: [mythtv] Status of Schedules Direct SD-JSON grabbers </div><div><br></div></div>
<div class="PlainText">On Wed, Jul 27, 2016 at 4:46 PM, Peter Bennett <pgbennett@comcast.net> wrote:<br>
> Gary<br>
><br>
> I have been using your grabber for almost a week now, and it is working<br>
> well. I am getting 20 days worth of listings. Thank you!<br>
><br>
> If I update the mythtv wiki for xmltv are you OK with me adding this<br>
> grabber to the documentation?<br>
<br>
The xmltv project is in the middle of accepting (and renaming)<br>
both grabbers to reflect the multi-national capability. Perhaps<br>
one should wait just a little bit longer?<br>
<br>
On the other hand, if you have free time now, it is better to<br>
get that something started now.  It can always be updated<br>
later with the changes.<br>
<br>
> Since Paul has been using this for some time from the UK, you could<br>
> remove references to it being for North America.<br>
<br>
 ^ ^ ^ ^ ^ see above ^ ^ ^ ^ ^<br>
<br>
> One Observation: If I do channel selection on a new setup, the channels<br>
> are presented in random order without channel numbers. If I do --days 0<br>
> after initializing the database, the channels are presented in channel<br>
> number order with channel numbers, names and call signs, which is a lot<br>
> better.<br>
<br>
I will have to think a bit.  Stations have no specific order in<br>
xmltv, but humans seem to have this habit of wanting the<br>
derived channel number to be in order (but, note, it is not<br>
a simple sort order, but a "channel" order (as a channel,<br>
channel 2.4 is before 2.10, but not as a number sort,<br>
as 2.10 is lower than 2.4), and not as a character sort<br>
where you get into issues where channels such as<br>
1 2 3 10 11 20 turn into 1 10 11 2 20 3, which is not what<br>
you want either).  Adding in a custom parse and sort will<br>
require some thought, and whether it can even be done<br>
efficiently in the current code constructs is unknown.<br>
<br>
It should be noted that xmltv deals with station selections,<br>
and it, too, has no useful order (as the xmltv ids from<br>
Schedules Direct have no order than makes a lot of<br>
sense to humans).<br>
<br>
btw, as I recall (I am not in a position to easily check<br>
at the moment) the MythTV channel editor does not<br>
sort channels "correctly" either (where "correctly" means<br>
the human expectation, not the program implementation).<br>
<br>
> To save memory I am creating files with 3 days at a time for reading<br>
> into mythfilldatabase. This reduces the resident memory requirement for<br>
> mythfilldatabase to 400 MB instead of up to 5 GB.<br>
<br>
Or review and propose getting ticket #12758 committed?<br>
<br>
Yes, it is the wrong fix, but it is also a quick fix that<br>
does not require reworking the current mfdb approach<br>
(although I keep hoping someone with copious free time<br>
will consider doing the better fix).  And it does have<br>
the current benefit of working (or at least it did last<br>
time I used it).  I should note that you do not need to<br>
run the mfdb load directly on an under-resourced MBE<br>
(although some care and feeding of the config files<br>
do need to be dealt with).  So there are a couple of<br>
viable solutions.<br>
<br>
Completely off topic, but I have some higher priority<br>
tasks that need to get accomplished RSN, so some<br>
responses may get delayed.<br>
_______________________________________________<br>
mythtv-dev mailing list<br>
mythtv-dev@mythtv.org<br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-dev">http://lists.mythtv.org/mailman/listinfo/mythtv-dev</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org">https://forum.mythtv.org</a><br>
</div>
</body></html>