[DVDDemux] Allow for larger difference in dts and pts of packet

If video does not start on an I frame, you can get a significant difference
in pts and dts values for the first frame. I've got two videos where they
differ by more than 0.1s.

In this case, we end up setting pts=0 and leaving dts alone (which may be minutes away).
This gets through to GPU on Pi, and it tends to stall waiting for this difference to elapse.

I'm not sure what the largest difference can be, but 0.5s feels completely safe.
I'm not sure of any problems increasing this will cause.
[osx] fixed, stray touch under xcode3
fixed, when compiling for native, tarball was saved in wrong place
DVDAudioCodecFFmpeg: do not reopen the resample context for each frame.

There is no point in doing this and opening an already opened context
leaks memory in lavr.
configure, external ffmpeg: do not check if libavcodec contains vdpau functions.

it will fall back to other methods if not present and we have no guarantee that the libavcodec version we build against will be the same we run with (except it has the same ABI but ff_vdpau symbols are not part of the ABI).
[FIX] Faster and clever way to fix e0ec520d00

As title say faster way to correct the filetype field behavior.
(A lot since std::set use key as index while CFileItemList.Get on filename needs locks and tons of overhead, not talking about the size of parameters compared to a large directory).
Merge pull request #2871 from Tolriq/faster_fix_filetype

jsonrpc: faster and better way to fix "filetype" property than e0ec520d00
[jenkins] - disable the need of signing for ios/atv2 on jenkins
Merge pull request #2873 from aballier/resampler_fix

[Fix] DVDAudioCodecFFmpeg: do not reopen the resample context for each frame.
Merge pull request #2874 from aballier/vdpau_check

configure, external ffmpeg: do not check if libavcodec contains vdpau fu...
Merge pull request #2870 from popcornmix/pts_dts_adjust

[DVDDemux] Allow for larger difference in dts and pts of packet