GitLab

They are p_data, i_status, i_type and b_slow.

It is a bit simpler and cleaner.
I plan to remove the need for specific vout
vout_HoldPicture/ReleasePicture functions, but it is not yet possible.

As a side effects, it may improve a bit frame stepping.

picture_New() will now always return a picture having
 - pitches multiple of 16.
 - chroma pitches multiple of the luma one.
 - a bit of extra height (as it can helps some ASM functions).

It should fix subtitle perfs under windows.

They are not the same as the chroma plane are swapped.

It was duplicated with es_format_t::i_sar_num/den.

Thanks to nefrir and mfwitten on irc for their help

Closes #2885

 The detection is based on the progressive/interlaced flags transported at
the codec level. As such, it is not really reliable (for 25fps at least).

 As soon as a picture is detected as interlaced, the configured deinterlace
mode is applied. After 30s of progressive video, the filter is removed.
The hysteresis helps with unreliable interlaced flags.

It allows to add callback called before/after a picture is used.

This reverts commit 13268071.

It is wrong as -1 and 0 does not have the same meaning for picture_Export.
(I will document it).

Dynamic subtitles are used by ssa and kate.
This commit breaks the API for 2 functions used by the transcode module.

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.