Fix an apparent copy&paste error.  Refs #11885
(cherry picked from commit ba7d683767140a2ddf31664454da40ea4e63d6d3)
Remove unnecessary command option, all we are doing is adding —nologserver twice

(cherry picked from commit 996f652f0f143513bdbe9e5510714f776c9cd44f)
Revert "Properly propagate quiet log option"

This reverts commit a74baed2bbf3a72f2af58fe684398d3fdd01f256.

(cherry picked from commit 445a73793de9f21a512232a8a82c34372aac379b)
Replace usage of direct queries on the settings table with SaveSetting() in MythFillDatabase
(cherry picked from commit 4629d336e30a62945a557fc8aa1602634aa09f24)
Wakeup the backend to run mythfilldatabase

This uses MythFillSuggestedRunTime, for xmltv sources (+24 hours), for
datadirect whatever time was suggested by TMS to ensure that we always
wake up the backend to collect guide data (xmltv, DD only, EIT is not
yet supported). Using MythFillSuggestedRunTime is a bit of a hack, but
it's already set for Schedules Direct so this was the simplest
solution.

For now the "Run guide data program at time suggested by the grabber"
setting MUST be enabled for this to work as intended.

Without this fix the backend won't wake up to grab guide data from
xmltv/SD sources and that may result in it eventually running out of data
entirely.
(cherry picked from commit b27bba2921b6aed801173de8ae2707dd958b75f3)
More robust check before using mfdb run time as wakeup time
(cherry picked from commit d9f5a172d3024216b5c7b6d3e8b8ccc8e40ed3e2)
Fix compilation on Windows
Add more logging HandleIdleShutdown() to give a clearer picture of what's happening
(cherry picked from commit be074d181b21b4107d7084d1dd6648820ed5aaed)
More robust checks before blocking shutdown for a mfdb run in the near future
(cherry picked from commit a269f9538763c426414e7dc9dd6d93d3329e2156)
Fix startup 'wait for client' check that assumed the client would be non-blocking. It's possible for a frontend to connect to the backend, then go idle before we re-checked for it's presence, which would have prevented the backend shutting down. If _any_ client is connected, then release the block on shutdown.
(cherry picked from commit 7e0fa3f28320ca658ef2e1945e3f1919bb6e2022)
Add some logging to show what is happening with the startup shutdown block.
Provide better seeking and position display for some videos.

Specifically, there are examples of poorly-encoded avi files that
report a video frame rate of 30fps but the video stream is actually
24fps.  Because frame intervals are actually encoded as 30fps, every
4th frame has to be repeated.  Without an adjustment to framesPlayed,
translations between MythPlayer's frame-based seeking/display and
ffmpeg's timecode-based seeking drift out of sync.

Note: Similar adjustments may be necessary if frames have to be
dropped due to a frame rate mismatch.

Refs #11415.
(cherry picked from commit e7a8dfc62226f3b192559828e43f3396640c7c0e)
Bump the ABI version after 990757a.  Refs #11415.
Ensure the date we pulled as a string from the database is actually valid
Use MythDate::fromString() instead of QDateTime::fromString()
Always use current time when entering EPG from live TV.

Backported from master.

Refs #11891
Have backendhousekeeper check for artwork update boolean.
(cherry picked from commit f4669d6c1b752b943b2b2f04c7382445b88a3d70)
Perform run checks for housekeeper tasks set to run on startup.

This may need some rethinking if we want a way to bypass the checks and
force something to run on startup.
(cherry picked from commit 4d07f2804c64f1f045480fa1f882050b2fcb3111)
Do not display background shape in fullscreen notification if there’s nothing in it

So nothing cover a photo when using AirPlay photo sharing

(cherry picked from commit 92f02ac76c7011420b3e2981210826f651dc65da)
Improve AirPlay device visibility in iOS 7

For some reasons, my iPhone doesn’t always show mythtv as an AirPlay device, and more often than not only show it as an audio device.
After playing a lot with the various bonjour advertising data, what I can gather is:
- If AirPlay video reports a version >= 120.x; the iPhone will attempt to use FairPlay DRM no matter what RAOP reports (even if it reports no support for encryption)
- If there’s a mismatch of version between AirPlay video and RAOP: the iPhone 5 won’t show the video service
- If reporting a version < 110 in AirPlay video, then photo sharing doesn’t reliably work
- If bit 10 in features bitmask is cleared, it doesn’t reliably show up
So I set the AirPlay video version to 115.3 (made up value) that allows photo sharing, and RAOP also to 115.3 and it all seem to work nicely now

(cherry picked from commit 7e2f21c8a3614fe059abed3801aafd6dbc1ed07a)