[rbp/omxplayer] Fix for hang following seek after eos

If you seek after the demuxer eof, the eof state is cleared, but we are not clearing the flags relating to sending eos stream to audio/video players
[win32] replace usage of IsVistaOrHigher and IsWindows8OrHigher with unified function IsWindowsVersionAtLeast
[win32] Remove CSysInfo::IsVistaOrHigher and CSysInfo::IsWindows8OrHigher functions
[fix] fix compilation with --disable-webserver
Merge pull request #2665 from Montellese/legacy_db_paths

add legacy videodb/musicdb path translation
[osx/ios/atv2] - sync xcode projects
Merge pull request #2744 from herrnst/fix-disable-webserver

[fix] fix compilation with --disable-webserver
[settings] - fix fetching the eventserver port as int from xbmchelper - fixes #14329 i guess
Merge pull request #2741 from Karlson2k/win32_sysinfo_clean

Small cleanup for CSysInfo
jni: fix crashes when finding external storage. Regression from jni merge.
fixed: peripheral settings must be visible for peripherals that are detected
fixed: when doing a format conversion from float to 32 bit int, multiply with INT32_MAX - 127, since this is the maximum value that can be stored in 32 bit float and int, if INT32_MAX gets converted to float, it gets rounded to INT32_MAX + 1 which can cause wrap around distortion
rename: MUL32 -> AE_MUL32
Merge pull request #2748 from bobo1on1/32bitmul

Was tested, works.
Drop played parts of video files from the fs cache.

Patch by Steinar H. Gunderson:

This patch fixes a persistent problem I've been seing on my Linux HTPC
in that if I adjust the volume from the XBMC Android remote, the video
glitches for a few (4–5) frames. Seemingly this is because loading the
video file has caused the graphics for the volume control to be swapped
out (it does not happen if I recently used the volume control).

One could argue that the right fix for this would be to reduce
/proc/sys/vm/swappiness, but it might not seem reasonable to expect
end-users to fiddle with VM parameters (and the user might not even have
root access). I view this fix as complimentary in nature.

What we do is to use posix_fadvise() to tell the kernel that previously
read parts of the video file will no longer be used, causing it to drop
those from its buffer cache. This makes other things, like in my case,
the volume control graphics, stay cached. This is, of course, assuming
you don't have other processes that trash your cache, but as long as
XBMC is running relatively undisturbed, this shouldn't be a big problem.

The patch is conservative:
 * We only drop data after we've read 16MB past it. (This counter is
   reset on seeks.)
 * We never drop data from the first 16MB of a file (this makes sure we
   don't drop _anything_ from files <32MB, ie. graphics, configuration
   files, etc.).
 * In order to avoid making tons of extra syscalls, we only drop in 1MB
   chunks.

Unfortunately Linux as of 3.1.0 has no way of just _hinting_ that we
will no longer need these parts -- when we issue posix_fadvise(), the
data is immediately and unconditionally dropped from the buffer cache.
(If you read the manpage, it might seem otherwise, until you come to the
point where it tells how these flags are actually interpreted by the
kernel.) Future kernels might remedy this.
Merge pull request #2065 from sandsmark/master

Drop played parts of video files from the fs cache.
[libdvdread] Revert previous fixups
[libdvdread] Remove symlink checking as this is not needed by xbmc
[libdvdread] added patch file elimination of symlink resolution
[libdvdread] add missing stat() filesystem wrapper - fixes reading VIDEO_TS dvds on Android