[mythtv-users] mythshutdown on a SBE - odd behavior

Dave Badia dbadia at gmail.com
Fri Apr 11 23:47:50 UTC 2014


I must be missing something with the logic in 0.27 mythshutdown.

My MBE is recording (encoder 14), my SBE (encoder 18) is not and there are
no upcoming recordings on the SBE.  I run mythshutdown on the SBE and it
returns Recording in progress...

But I don't understand why.  Seems like since the SBE isn't recording and
should be allowed to shutdown
Looks like mythshutdown is blindly checking all encoders instead of the
just the encoder on the BE its being run on:

2014-04-11 18:56:18.793603 D  MSqlQuery::exec(DBManager1) SELECT cardid
FROM capturecard ORDER BY cardid <<<< Returns 6 row(s)
2014-04-11 18:56:18.793645 D  MSqlQuery::next(DBManager1) Result: "cardid =
8"
2014-04-11 18:56:18.793703 D  MSqlQuery::next(DBManager1) Result: "cardid =
14"
2014-04-11 18:56:18.793718 D  MSqlQuery::next(DBManager1) Result: "cardid =
15"
2014-04-11 18:56:18.793727 D  MSqlQuery::next(DBManager1) Result: "cardid =
16"
2014-04-11 18:56:18.793735 D  MSqlQuery::next(DBManager1) Result: "cardid =
17"
2014-04-11 18:56:18.793744 D  MSqlQuery::next(DBManager1) Result: "cardid =
18"
2014-04-11 18:56:18.793870 I  MythSocket(18bd820:17): write -> 17 35
QUERY_REMOTEENCODER 8[]:[]GET_STATE
2014-04-11 18:56:18.795022 I  MythSocket(18bd820:17): read  <- 17 1       0
2014-04-11 18:56:18.795150 I  MythSocket(18bd820:17): write -> 17 36
QUERY_REMOTEENCODER 14[]:[]GET_STATE
2014-04-11 18:56:18.795512 I  MythSocket(18bd820:17): read  <- 17 1       7


Full log is here: http://pastebin.com/MZMwLSgr

More than happy to work on patch if it would help...

Thanks
Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140411/a8e54510/attachment.html>


More information about the mythtv-users mailing list