Check that the socket is still valid before reading or writing to it. There seems to be a window where the client can prematurely close the connection before we've finished reading or writing. This is harmless, but it causes potentially confusing errors in the logs.
Add a new class to manage recording file data
Don't perform a NULL check, when the only way the var can be NULL is if the
destructor has been called.
Move stream data debugging to LOG_DEBUG
Start to store information in RecordedFile

Transition over to storing and retrieving filesize from RecordedFile.
Update recordedfile information with non-null values as soon as possible. These values may not be entirely correct (best values will be determined when recording finishes), but some information is better than none when it comes to streaming in-progress recordings.
hack up some unit tests around guessing the inetref / grabber
Handle [HD] in UK EIT fixups

It appears that some transports transmit SD component descriptors on the
HD services. See https://forum.mythtv.org/viewtopic.php?f=2&t=353
backendutils: use endl from the std namespace (silences a compiler warning)
mythavutil: make a couple of functions static (silences compiler warnings)
AVFormatWriter: silence some depreciated compiler warnings

avcodec_free_frame() -> av_frame_free()
avcodec_alloc_frame() -> av_frame_alloc()
metadatagrabber: make a couple functions static (silences compiler warnings)
ScriptableImage: fix converting 'false' to pointer type 'QObject*' warning
messageutils: use endl from the std namespace (silences compiler warnings)
Squares: rename size variable to avoid conflict with the one in the base class
FlacEncoder: initialise inputin in the ctor
EditAlbumartDialog: remove duplicate declaration of m_DoneButton
Piano: fix a possible null pointer dereference of node
VorbisEncoder: initialise op in the ctor
Recreate the RecordingFile object in the RecordingInfo assignment operator