[mythtv-users] Multiple sources on Schedules Direct run

[Ian Evans]

On May 22, 2016 2:01 PM, "William Jacoby" <bonelifer at gmail.com> wrote:
>
> On 5/22/2016 12:46 PM, Ian Evans wrote:
>>
>> Thought I'd fork this from the recent json grabber threads so as not to
confuse things with an edge case.
>>
>> I currently have an OTA source for North America and a few HLS sources
for 2 North American HLS channels and one UK HLS channel. Currently handled
with one SD run and one Atlas run.
>>
>> If I switch the whole shebang over to Schedules Direct, do I just
configure one source to run the grabber and leave the other sources without
a grabber as the listings data for both US/Canada and UK will be downloaded
together in one daily run?
>>
>>
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>
> No you'd have seperate sources for them in Myth:
>
>
> Configure
> tv_grab_sd_json --configure --config-file /media/FILE/FOLDER/us.conf
> tv_grab_sd_json --configure --config-file /media/FILE/FOLDER/uk.conf
> tv_grab_sd_json --configure --config-file /media/FILE/FOLDER/canada.conf
>
> Actual update
>
> #! /bin/bash
> tv_grab_sd_json --days 1 --config-file /media/FILE/FOLDER/us.conf
--output us.xml
> tv_grab_sd_json --days 1 --config-file /media/FILE/FOLDER/uk.conf
--output uk.xml
> tv_grab_sd_json --days 1 --config-file /media/FILE/FOLDER/canada.conf
--output canada.xml
> mythfilldatabase --file --sourceid 7 --xmlfile /var/tmp/us.xml
> mythfilldatabase --file --sourceid 5 --xmlfile /var/tmp/uk.xml
> mythfilldatabase --file --sourceid 4 --xmlfile /var/tmp/canada.xml

Is the bash file something that has to be run by cron? Or is there a way to
tie it into SD's automatic suggested run times?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20160522/f3bb3503/attachment.html>