Patch by Kaloyan Kovachev

This automagically updates 1.0-bugfix, too. No need to backport.

/me idiot.

misc/mtime.c:59:18: warning: extra tokens at end of #ifdef directive
Grah, sorry about this, Apple parser doesn't see this as a problem, but other platforms do of course.

 I choosed to extract the decoded frame back to memory instead of developping
a new specific vaapi vout. It was easier, allows transcoding and does not break
our current OSD.

 Becarefull, you probably have to applied a pending patch on ffmpeg for h264
decoding.

 You still have to manually uncomment the HAVE_AVCODEC_VAAPI define in
avcodec.h and to fix the build system to test it.

Introduced in [5ead92ff], on PowerPC-based Macs this breaks the playback of a certain AVI and WMV files for reasons not fully understood. The commit was reverted for PPC macs in
* [49f3721c]
* [7786caa5]
but these commits were never applied to the master branch.

Most of the time the module was still selected due to extension lookup.
It is also reported that avformat still is unstable when seeking mkv's

Updated binary packages are on the way.

This reverts commit 3eeab0d3, reversing
changes made to 7079b91c.

This reverts commit 8d812e0a.

"Adjustment and Effects, Synchronisation, Subtitles/Video, Speed of the subtitles, minus sign is not clickable" Spotted by Trax.

It will allow hiding vout_thread_t fields.

It is prefered to use picture_NewFromFormat over picture_New (it may replace
it latter).

It is usefull to avoid reallocating pictures over and over.

 Becarefull, it is not yet thread safe as picture_t reference count
is not.
 I will change it when more work has been done on the vout.

contribs: enforce usage of gcc-4.2 instead of llvm-gcc-4.2 for libx264 to ensure proper linking on both PPC and x86 based Macs

Binary packages will need an update here.

Cosmetics: Remove need to (char*)"..." by making the target const, and replace a call to var_Get(bool) with var_GetBool.

Cosmetics, and pull finding the playlist sorting function back to top level. The meta_* functions are still wildly inefficient, though.

A thank you to the Xbmc authors who had this fixed in their version of Martin Kahr's class.
(cherry picked from commit 7157ad33)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(cherry picked from commit ced7fc2d)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>