<p dir="ltr"><br>
On Jul 17, 2014 1:20 PM, "Robert Kulagowski" <<a href="mailto:rkulagow@gmail.com">rkulagow@gmail.com</a>> wrote:<br>
><br>
> On Thu, Jul 17, 2014 at 11:53 AM, Gary Buhrmaster<br>
> <<a href="mailto:gary.buhrmaster@gmail.com">gary.buhrmaster@gmail.com</a>> wrote:<br>
> > On Thu, Jul 17, 2014 at 4:32 PM, Robert Kulagowski <<a href="mailto:rkulagow@gmail.com">rkulagow@gmail.com</a>> wrote:<br>
> > ...<br>
> >> Please contact me at <a href="mailto:rkulagow@gmail.com">rkulagow@gmail.com</a> if you'd like to participate<br>
> >> in the beta.<br>
> ><br>
> > While it has been some time since I looked, and the<br>
> > beta was an interesting proof of concept, it had a fatal<br>
> > flaw (putting my DBA hat on) where it overloaded the<br>
> > mythconverg database for an application that should<br>
> > have been independent of MythTV itself. Has the<br>
> > more recent betas moved to a standalone grabber<br>
> > database (perhaps using a standalone sqlite db if you<br>
> > did not want to require a full mysql stack)? If not,<br>
> > what is the schedule for doing so?<br>
><br>
> The raw JSON for schedules and programs is downloaded and put into<br>
> their own tables in mythconverg. The JSON is then processed and the<br>
> appropriate fields in channels, videosource, etc are updated, then a<br>
> reschedule is sent to mythbackend.<br>
><br>
> The JSON contains more data than can be accommodated in the existing<br>
> schema, so it's stored in case someone wants to implement support for<br>
> the extra fields. (Programs have recommendations "If you like 'this',<br>
> you may also want to schedule 'foo', 'bar', 'baz'")<br>
><br>
> The grabber can be used in "grabber only" mode as a starting point for<br>
> other developers who just want to download the JSON data and process<br>
> it themselves; not everyone runs MythTV. I don't have plans for sqlite<br>
> at this point because it's pretty much a MythTV-specific proof of<br>
> concept.<br>
><br>
> I don't plan on doing much more client-side at this point because I'm<br>
> working on the next server API which will include support for images<br>
> and other metadata. You'll be able to query a particular programID and<br>
> get back images for that program; no more trying to do metadata<br>
> lookups based on guessing from the title / subtitle.<br>
> _______________________________________________<br>
> mythtv-users mailing list<br>
> <a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
> <a href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</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></p>
<p dir="ltr">With regards to " dd--grab-all being the default setting, couldn't the individual system upon sensing it's own low power, then revert to previous default? Forgive my newbie ignorance, but if possible this seems a simpler work around.<br>
</p>