[rbp/omxplayer] Reset display region when video stream properties change

Currently when video stream properties change, e.g. when user switches to next or previous Live TV channel, and has the same frame width and height, the COMXVideo::SetVideoRect() method is not called, causing the video to play back with default source and destination rectangles, not respecting the user-defined zoom settings.

This commit fixes the issue.
[AE/osxsink] - fix identation
[AE/osxsink] - fix warnings
[osx/coreaudio] - fixed - SetPhysicalFormat didn't wait for the format change to happen when only channelcount changed between old and new format
[AE/osxsink] - skip disabled streams in render callback - those must not
consume data from the ringbuffer!
[AE/osxsink] - fixed shadowed variable "streams"
[AE/osxsink] - fixed - fire CAEFactory::DeviceChange() when the default device
changes not only when the list of devices itself changes (fixes transition of default devices when default is changed externally via audio midi setup for example)
[AE/osxsink] - reporting samplerate 0 really means kAudioStreamAnyRate and is a valid thing - reflect this in our code
[Confluence] bump version
[Confluence] label alignment fixes
[Confluence] image aspect fixes
Merge pull request #4772 from ronie/confluence-4613

[Confluence] adjustments needed by PR4613
Merge pull request #4769 from Memphiz/osxsinkfixes

[AE/osxsink] - bugfixes
Merge pull request #4666 from codesnake/reset_display_region_when_stream_properties_changed_in_omxplayer

[rbp/omxplayer] Reset display region when video stream properties change
[omxplayer] Allow small audio packets to be concatenated to make better use of audio fifo

Some audio codecs produce small packets which causes a high overhead when submitting to GPU, and doesn't make full use of GPU side buffering.
TrueHD in particular can produce packets with 40 samples (so 1200 packets per second) which causes very high overhead.

What this aims to do is to concatenate audio packets until they approach the ideal audio packet size,
and then deal with the awkardness of concatenated planar formats.
[omxplayer] Use media time for determing audio delay and cache time

I've also added caching to the call to OMXMediaTime as the GPU round trip is expensive when called too frequently