Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Fix #9170

Qt doesn't set application layout direction by default, so we make it
use locale text direction, e.g. RTL for Arabic.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Instead, create an extra library and link that one in conditionally. This
simplifies compiler language selection for the library.

close #15395
Signed-off-by: Diego Elio Pettenò <flameeyes@flameeyes.eu>
Signed-off-by: Thomas Guillem <thomas@gllm.fr>

sps id can obviously never be negative

refs #16061

Fixes #15834

This allows to drop https URLs on the VLC icon as well, in addition
to http URLs.

Additionally, this removes VLC again from the list of web browsers
the user can choose in system settings --> general.

close #13672

This hack is not needed anymore.

refs #14362
This reverts commit 5598f816.

- cleanup interfaces section
- Regroup settings, move some to video section
- remove rarely used settings from the simple settings page
- reorder outlets and setup code

close #14504

mwait (called from Audio and SPU DecoderThread) can now be interrupted when
flushing or closing.

This fixes a too long closing/flushing time when the next spu or audio block is
too distant.

For now, a lot of decoder/packetizer are also flushing on
BLOCK_FLAG_DISCONTINUITY flag. Some others are also flushing on
BLOCK_FLAG_CORRUPTED flag (omxil, videotoolbox, avcodec audio).

This patch doesn't change the current behavior.
But maybe we shouldn't flush anymore on DISCONTINUOUS/CORRUPTED.

and possibly uninitialized

Would be nicer to rebuild SPS/PPS on the fly as most
of the parameters are the same, but dealing with
matrixes adds too much code :/

Boxes/atoms functions are unrelated to bitstreams.

Arial is not available on anything but OS X

Fix #14976
This also removes multiple ununsed url parsing

If thread cancel is disabled and cancel is requested, it causes a tight
infinite loop eating up CPU in cancellation points such as vlc_join(),
vlc_cond_wait() and vlc_cond_timedwait().
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>