xbmc.sh: read Release info from os-release
If /etc/os-release exists, read the info from there
instead of relying on lsb_release.

see also commit 7a9aa6f5d9ac8df1c79eb06ed63bce8af162c3ba
xbmc.sh: extract core dump from systemd's journal
On systemd systems, core dumps are - by default - written to systemd's
logging system, the journal. The print_crash_report function only
searches certain directories for the core dump, but would never find
it in the journal, resulting in an empty stack trace in the crash log.
As a workaround, simply extract the last core dump caused by xbmc.bin
to "core" where the single_stacktrace function will find it.
If the system is configured to not dump cores into the journal,
systemd-coredumpctl will simply fail silently.

see also http://www.freedesktop.org/software/systemd/man/systemd-coredumpctl.html
[release] version bump to 13.0 alpha8 as we start new merge window.
Fixed missing error message in debug log, "Unable to load '.so file', reason: (null)"

Error message comes from dlerror() in xbmc/cores/DllLoader/SoLoader.cpp when CAndroidDyload::Open() fails. However, dlerror() is also called inside CAndroidDyload::Open(). This causes the second, outer dlerror() to return NULL, because (from the documentation) "dlerror() returns NULL if no errors have occurred since initialization or since it was last called".
Remove the Xp specific threading code.
Reapply @elupus 's fix to the Condition variable for windows. This also handles the case where the CritSec used for the ConditionVariable is entered more than once; something the native windows calls don't allow.
Remove GetDirectory(..) without return value
ActiveAE: Make ActiveAE default Audio Engine to get it tested
[win32]installer: set app name global
[win32]installer changes: add normal install mode without PVR and touched. Make languages manditory on all install types.
SoftAE: Fix A/V sync issues caused by wrong buffer time calculation

CSoftAE::GetDelay(), CSoftAE::GetCacheTime(), and
CSoftAE::GetCacheTotal() assume in their calculations that m_buffer
contains frames that have sink/encoder frame size. However, m_buffer
actually contains frames in the format received from CSoftAEStream.

This causes varying levels of A/V de-sync depending on other conditions.
On my Linux system I encounter this always when using using HDMI audio
and having the display refresh rate set at 24Hz.

Fix those functions to use the correct frame size.
[AE/CA] - replace CoreAudioRingBuffer with AERingBuffer (which is the same duped implementation)
[AE] - Fix wrong comparison in AERingBuffer (backport from old CoreAudioRingBuffer)
Merge pull request #3160 from Memphiz/removecaringbuffer

[CA/AE] - remove CoreAudioRingBuffer and use the duped impl called AERingBuffer
Merge pull request #3158 from anssih/fix/AE-getdelay

SoftAE: Fix A/V sync issues caused by wrong buffer time calculation
AE: distinguish between AC-3 and EAC-3
ActiveAE: handle setting EAC-3
[AE/CA] - fix another comparison with unsigned int
AE: fix stream info for EAC3
AE: handle EAC-3 substreams