[mythtv-users] SD json vs SD original

[Greg Oliver]

On Sat, May 18, 2019 at 3:37 PM Greg Oliver <oliver.greg at gmail.com> wrote:

> On Sat, May 18, 2019 at 2:31 PM Greg Oliver <oliver.greg at gmail.com> wrote:
>
>> Hi,
>>
>> I have (3) SD lineups and am having a hard time wrapping my head around
>> the SD json setup.
>>
>> I see mythfilldatabase looks for LINEUPNAME.xmltv for it's config files
>> and that part is just fine in the directions on the wiki.
>>
>> The part I am confused about is that when I run:
>>
>> ./tv_grab_zz_sdjson_sqlite --configure --config-file
>> /root/.xmltv/uVerse.xmltv
>>
>> Result:
>> tv_grab_zz_sdjson_sqlite uses a local database for downloaded EPG data.
>> Please specify the database name created via tv_grab_zz_sdjson_sqlite
>> --manage-lineups
>> Database for Schedules Direct EPG: [/root/.xmltv/SchedulesDirect.DB]
>> /root/.xmltv/uVerse.db
>> Initializing database /root/.xmltv/uVerse.db
>> Upgrading database to version 2
>> Your database is not configured to access the Schedules Direct service
>> (the username or the password hash is not available in the settings table)
>> Please re-run tv_grab_zz_sdjson_sqlite --manage-lineups and then
>> tv_grab_zz_sdjson_sqlite --configure
>>
>> This leaves me with a uVerse.xmltv.TMP file with nothing but the database
>> in it.
>>
>> I can then run the 2 other referenced commands and in fact my channels
>> are populated in the database (for all lineups).
>>
>> I then try to run mythfilldatabase and it tells me the config file is
>> truncated.
>>
>> So I guess my questions are:
>>
>> 1.   Do I use the same database file for all configs.
>> 2.  Am I doing this correctly - I would assume there is a way to separate
>> the channels for each lineup, but all tries of using all of the
>> --manage-lineups option have never only had one lineup left in the database
>> in them when I finish.  This seems incorrect to me.
>>
>> Thanks anyone for some pointers.
>>
>> -Greg
>>
>>
> nevermid - I see how it works now..  re-running configure after creating
> the initial database makes it clear.
>
>
Well, even though I see how it works, and it is configured now (I think!),
it is still not grabbing data from SD.  The verbose output is just
returning an error code with nothing to dictate what it is.

XML file:
database=/root/.mythtv/OTA.db
lineup=USA-OTA-75154
lineup!USA-TX66409-X
3rdparty-metadata=disabled
mythtv-categories=enabled

DB file has all channels in it..

mythfilldatabase log snippet:
2019-05-18 20:50:31.417703 I [5147/5147] CoreContext filldata.cpp:411
(GrabData) - Grabber Command: nice tv_grab_zz_sdjson --config-file
'/root/.mythtv/OTA.xmltv' --output /tmp/mythWECD13
2019-05-18 20:50:31.417705 I [5147/5147] CoreContext filldata.cpp:414
(GrabData) - ----------------- Start of XMLTV output -----------------
2019-05-18 20:50:31.417732 D [5147/5147] CoreContext mythsystemunix.cpp:784
(Fork) - Launching: nice tv_grab_zz_sdjson --config-file
'/root/.mythtv/OTA.xmltv' --output /tmp/mythWECD13
2019-05-18 20:50:31.418362 I [5147/5147] CoreContext mythsystemunix.cpp:943
(Fork) - Managed child (PID: 5163) has started! * command=nice
tv_grab_zz_sdjson --config-file '/root/.mythtv/OTA.xmltv' --output
/tmp/mythWECD13, timeout=0
2019-05-18 20:50:31.418392 I [5147/5147] CoreContext
referencecounter.cpp:114 (IncrRef) - (0x561e8334c810)::IncrRef() -> 2
2019-05-18 20:50:31.699818 I [5147/5155] SystemManager
mythsystemunix.cpp:354 (run) - Managed child (PID: 5163) has exited!
command=nice tv_grab_zz_sdjson --config-file '/root/.mythtv/OTA.xmltv'
--output /tmp/mythWECD13, status=512, result=2
2019-05-18 20:50:31.715602 I [5147/5156] SystemSignalManager
referencecounter.cpp:145 (DecrRef) - (0x561e8334c810)::DecrRef() -> 1
2019-05-18 20:50:31.715621 I [5147/5147] CoreContext
referencecounter.cpp:145 (DecrRef) - (0x561e8334c810)::DecrRef() -> 0
2019-05-18 20:50:31.715633 I [5147/5147] CoreContext filldata.cpp:422
(GrabData) - ------------------ End of XMLTV output ------------------


Full Output Here:
https://drive.google.com/open?id=163hZFQc0X5geD39Kw6cOOn3P3NWbes-c

Kind of stuck here - thanks for any help..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20190518/8cc342be/attachment.html>