Description of the bug:

 This freeze happened only on Windows (tested on XP & Wine), but not on
 Linux. If I only moved up the "killInstance()" line, then the freeze
 would happen only on Linux but not on Windows.
 In these cases the QDialog's destructor never returned.
(cherry picked from commit 06e609ea)
Signed-off-by: Pierre Ynard <linkfanel@yahoo.fr>

Signed-off-by: Rémi Duraffort <ivoire@videolan.org>
(cherry picked from commit 79fc0522)

We could use QPixmapCache here too, but I don't think it speeds up it
any noticeable way, just makes code littlebit longer.
(cherry picked from commit 0ba54f49)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Since they cause crashes pretty much all the time (KDE bug #234484).

Fixes: LP#408719, Debian #580396.

The XVideo and X11 outputs can cope with this properly now
(cherry picked from commit 9e47aa72)

(cherry picked from commit cdb53ce6)

(cherry picked from commit 53752a74)

X11 inherits properties from the parent window by default. XVideo does
not (typically) like ARGB visuals. To create plain RGB window on an ARGB
window, we need to force the color map, background and border parameters
to non-ARGB values.
(cherry picked from commit ffb2a1bb)

(cherry picked from commit ac3514ed)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Closes blocker #3262
(cherry picked from commit d24e4588)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

This should work around #3547.
(manually cherry picked from c6ab3932)

This fixes #3626.
(cherry picked from commit 83ffb866)

Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

(cherry picked from commit cafb4269)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

(cherry picked from commit 902605ba)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Basicly sets setting to empty or default. Shouldn't affect others than x264-module.
(cherry picked from commit 36886f82)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

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

As the "descriptor" function is called with absolutely no libraries
loaded, even the built-in "require" function is not present at scan
time.
This closes #3453.

Note: this is a bit of a hack, but I prefer not to load any libs when
scanning the available extensions

Remove some useless debug, too
(cherry picked from commit 860b78b3)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit 3339c90e)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit b9dc215e)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit fec5ea6a)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit 71a9a90c)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

The main interface went always-on-top when the video widget was created
but it failed to return to normal state when the video widget was
destroyed.
(cherry picked from commit ac1b335c)

(cherry picked from commit 4b435093)

(cherry picked from commit 031dec33)

(cherry picked from commit a0c1d2cc)

Conflicts:

	modules/video_output/Modules.am

We have the same bug in several outputs (SDL, AA, CACA), so lets make
the solution generic.
(cherry picked from commit cb72d26f)

(cherry picked from commit 64188f7809f44b9b74f94e07bbd0381b398a6afa)
Signed-off-by: Ilkka Ollakka <ileoo@iki.fi>

This is consistent with the current mouse filter, and how people tend
to interpret the horizontal and vertical words. Until now, VLC would
refer to the rotational axis direction rather than the direction of the
changed dimension.

Fixes: LB#568750
(cherry picked from commit bf66354d)

Signed-off-by: Laurent Aimar <fenrir@videolan.org>
(cherry picked from commit 7b1053aa)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>
(commited with --author, no git-format patch was send to vlc-devel even if requested)
(cherry picked from commit 6650cb88)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Close #3573
How can the size of a widget be bigger than the size of its parent window? Really weird Qt bug
(cherry picked from commit 8ca53bfd)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>