(cherry picked from commit c01710dd232695150ce10e7b1a8112781eacdd54)

(cherry picked from commit 9f71b31e9082e57d05f793a6404867ecf616314c)

This reverts commit 13b7d257.

This is incorrect as it introduces locking the release when this should not be needed.

A memleak in the handling of NSAnimation

Use UDBZ instead of UDZO as disk-image format, which should save us about almost 20% of its previous size

This format isn't 10.3 compatible, but VLC isn't either, so we shouldn't care. Pointed by zacwest on the forums.

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 [5ead92ffd58088828ed802173d963b2571f0cd69], 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
* [49f3721c5baa88feece1d8793f08f08b2ed86a4d]
* [7786caa59f70d40794273cd741ea96f98d43621f]
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.