<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 2 May 2021 at 14:55, Larry Kennedy <<a href="mailto:lunchtimelarry@gmail.com">lunchtimelarry@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I am just now attempting the upgrade to version 31, and the cutover from DD to XMLTV.</div><div><br></div><div>I successfully configured the sqlite grabber to pull from SD, and noticed that it downloaded all of the channels on my SD lineup, even though most are not selected.  I guess this is intended behavior?</div><div><br></div><div>Seeing how tedious it is to mark channels as "selected" in the Sqlite database, I came up with a slightly different way to transfer the channels I currently care about.</div><div><br></div><div>I run this query in my existing mythconverg database:</div><div><br></div><div>SELECT CONCAT('update channels set selected = 1 where channum = ', channum ,";") AS combined FROM channel where visible=1</div><div><br></div><div>Pipe this output to a file named selected.sql which creates the sqlite update statements to set the correct channels to "selected" in the new grabber database to match what you now have as visible channels in mythtv.</div><div><br></div><div>Then, just use the grabber tool to make all the channels as "not selected" by default, and then pipe the file from above into the sqlite query as seen on the xmltv wiki:</div><div></div><div>
<pre>sqlite3 $HOME/.xmltv/SchedulesDirect.DB < selected.sql</pre>

</div><div>This seems simpler than some of the other methods I've seen on the wiki and elsewhere...</div><div><br></div><div>Moving on....I need some advice before I go past the rubicon on this v31 + xmltv upgrade:</div><div><br></div><div>After I do the 31 upgrade, and since I only use an HDHR, I plan to just blow away my channels and repopulate.  I think all the channel ids will line up the same as before. <br></div><div><br></div><div>Currently, in v30, I run mythfilldatabase as a cron job.  Should I continue to do that, or switch to another method?  I've never let mythtv natively run the mythfilldatabase process.  I'm having a hard time following the intent of the setup-video-sources wiki page on this topic.  Advice appreciated!<br></div><div><br></div><div>Thanks,</div><div>Larry<br></div><div><br></div><div></div></div></blockquote><div> </div><div>I have a combined BE/FE which shuts down when not being used and wakes up for recordings.  I run this script from crondaily and it seems to work out OK.</div><div><br></div>#!/usr/bin/bash<br>/usr/local/bin/mythshutdown --lock<br><br>tv_grab_zz_sdjson --days 10 --config-file ~/.xmltv/tv_grab_zz_sdjson.conf --output ~/sd_listing.xml 2>/dev/null<br><br>/usr/local/bin/mythfilldatabase --only-update-guide --max-days 10 --file --sourceid 2 --xmlfile ~/sd_listing.xml 2>/dev/null<br><br><div>/usr/local/bin/mythshutdown --unlock </div><div><br></div><div><div>It's not an ideal solution because I have a low powered ION motherboard with only 4GB RAM and  this more or less guarantees that MFD will run while a recording is in progress when I'd prefer to ensure it ran when the box wasn't recording.  Also, if  I ever go more than 10 days without a scheduled recording the whole thing will come to a stop because it will run out of guide data and never wake up to load any more.  In practice neither of those things causes a problem.</div><div></div></div><div><br></div><div><br></div><div>Although SD returns 18 days of guide data I've found that many channels just have 'boilerplate'  programme information after 10 days or so, so I limit both SD and MFD to 10.</div><div><br></div></div></div>