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

refs #12270

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

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

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

This way, when metadata is updated, we only replace the attachments
produced by the demuxer whose metadata changed.

Fixes #11976

Tested by reverting the patch in #11966 (with some fix-ups to pass the
right arguments where the code had changed).
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
(cherry picked from commit 223a42c1ec748dd5a0b338c90c571a37483f3297)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

When rendering closed captions with VDPAU, nothing frees the subpicture,
causing a leak that bleeds all the memory out of the system within
minutes.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
(cherry picked from commit 89089ebc9f7625b7317262803394d96139325e54)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

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

Signed-off-by: Rafaël Carré <funman@videolan.org>
(cherry picked from commit acb92632bda62d13629f15985bfe9f686ae162dc)
Signed-off-by: Rafaël Carré <funman@videolan.org>

(cherry picked from commit 11ef9fc9e0f3bb1f8f9fc8f07df1fc0294492126)

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

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

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

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

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

WinCreateMsgQueue() changes FPU cw but does not restore it. This causes
SIGFPE later.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
(cherry picked from commit c35f6c1be0c06204a7b9787695cfa1150c5e5f90)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

A deadlock could occur in an high load situation where the vout and
the decoder are taking excessive amounts of time.

The vout thread repeatedly call ThreadDisplayPicture in its main loop
until it returns an error, while keeping the picture pool locked. If
no picture was recently received, the vout will redisplay the current
picture (a "refresh") by calling ThreadDisplayRenderPicture with
is_forced=true. If this refresh is excessively long, the vout thread
will be stuck in a refresh loop. The decoder cannot make any progress
since the picture pool lock is hold and the vout won't be polling for
control commands, yielding a total deadlock of the program.

This situation can be reproduced artificially by sleeping in the
decoder and decreasing variable VOUT_REDISPLAY_DELAY.

A simple solution to this issue is to exit the ThreadDisplayPicture
loop after refreshing. Since a refresh typically occurs when no new
pictures are received from the decoder, this should not decrease
performance.

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

VDPAU introduces a delay of one field (one picture if not deinterlacing).
This is normally not an issue as the PTS is preserved. But it does not
work if there is only one picture not followed by another one.

(cherry picked from commit 6e82ebed93d6f017af4369d8712f7063421ee9ca)

Conflicts:
	modules/hw/vdpau/chroma.c

(cherry picked from commit dd6170364ffa7a6cc2248f2ef8b1f98e25f95589)

(cherry picked from commit 7df464879acb66d7a0a19905e3d48b7e6b5fcf33)

Conflicts:
	src/input/decoder.c

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
(cherry picked from commit f1cfcbfd8f76d4197f66802944e926f848d8dfaf)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

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

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

(cherry picked from commit d450f9bb8abc35f5e87065c56631109ddc173c0e)

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
(cherry picked from commit 6cccd64dacf431e1c33877e131b09ff906c85972)

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
(cherry picked from commit d47e80b68fe5331dc02e535cf9e5b3e3a52dfca5)

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
(cherry picked from commit a868b9e580a2ec98ec4a13ba5a2cf463821af337)

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
(cherry picked from commit c53f31a51223a9d8c0c6e07b5d705d7a096dc963)

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
(cherry picked from commit 7459d06cca4cd0fa29eec101001628d34549c6d1)

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>
(cherry picked from commit 9ef8db17fda567a43d6e8febd5cd0f6ec79757a0)

All black-syle panels should get the floating window level.
This is normal behaviour of panels and has the positive side effect
that the panel also stays in front while vout window reconfigurations.

This level is also used for the preferences window, as this is sort
of a modal window which needs to be closed (in order to get settings
saved).

close #12063

(cherry picked from commit 081cba9ccc60b60f5f22a8a5be3895147eb0a709)
Signed-off-by: David Fuhrmann <dfuhrmann@videolan.org>

This reverts commit 93900cd7 because it breaks the API behavior 3 months after a feature freeze without providing a proper solution or work-around. This code path will be reworked for 3.0.

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