Fix memory leakage in python bindings

The python bindings generated by the groovy code generator contain a reference counting bug which results in a memory leak whenever a std::vector is converted to a python list.  The following member functions are affected:

* xbmcvfs.listdir
* xbmc.Player.getAvailableSubtitleStreams
* xbmc.Player.getAvailableAudioStreams
* xbmcgui.Control.getPosition
* xbmcgui.Dialog.browse
* xbmcgui.Dialog.browseMultiple

The reference counting bug occurs because PyList_Append() increments the reference count of the item, so the caller needs to call Py_DECREF() because it no longer owns the object.

This bug is especially problematic when running the Watchdog Service Addon since it may result in frequent calls to xbmcvfs.listdir, and each call can leak many kilobytes of data when listing directories containing many files.
ActiveAE: use keep alive timer when stream is paused
ActiveAE: add windowing callback for application focus change
[DVDInputStreamNavigator] allow fallback to root menu call if title menu call fails (like VLC)
[DVDInputStreamNavigator] allow to return from "endless" loop of NOPs
settings: fix conflict of <minimum> and <maximum> for CSettingList
URIUtils: fix out of range exception in resolvePath()
FIX: set logger to NULL when the XBMC::Context is deleted
[DROID][JNI] Add method to query HW sample rate.
[DROID][AE] Don't guess at supported sampling rate

Android will resample to the "native" sample rate defined in firmware so
only use that rate.
mysql: replace all "cast(foo as integer)" to "cast(foo as signed integer)" and not just the first one
use FF_LEVEL_UNKNOWN by default (prevents some common mismatches in
ParsePacket which triggers reopening of streams)
Merge pull request #4329 from t-nelson/droid_native_sr

Droid native sr
Do not allow non-content stream types to extend the format context's duration as this
affects the UI and therefore seek capabilities.

DVB subtitle/teletext streams are private streams (stream type 0xBD) and may have their
own timebase or PTS values that are widely different than video stream's,
or not set properly. Regardless of any handling of such cases in FFmpeg, XBMC shouldn't
extend play duration unless an actual content stream has passed it's "end".
Merge pull request #4321 from Montellese/uriutils_resolvepath_fix

URIUtils: fix out of range exception in resolvePath()
[win32/libnfs] - downgrade to 1.3.0 because of issues with 1.6 on windows
(not able to reproduce - not able to fix)
AE: only display setting for EAC3 if sink supports it
Merge pull request #4341 from FernetMenta/eac3

AE: only display setting for EAC3 if sink supports it
[osxsink/iossink] - don't block addpackets if ca didn't do the initial data pull - but timeout gracefully for signaling an error condition to the engine (use a timer for detecting a real timeout as condvar can be signaled by spurious interrupts)
[osxsink] - properly set the ae device type based on either ca or heuristical criteria - fixes DisplayPort not detected as LPCM capable and maybe others