Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Rafaël Carré <funman@videolan.org>

Using both PCR and ES PTS seems to cause problems in some cases

Input port handling can take some time (200ms max). During that time, a new
output buffer can be filled by OMX, so try to get a decoded frame again if we
didn't have one in the first time.
Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Martin Storsjö <martin@martin.st>

Always return after one tick or one events timestamp.

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Using the currently selected programs is wrong when we're using another
filter than --program.

Unconditionally use the PTS/DTS as PCR, which fixes automatically
lack of PCR.

Let's keep --no-ts-trust-pcr for when PCR is completely broken

newlocale() will fail if the specified locale is not found. Here, it
can fail if the environment variables refer to an invalid or missing
locale.
Pointed-out-by: Casian Andrei <skeletk13@gmail.com>

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

Previously, if var_Change failed (e.g. with VLC_ENOVAR), an
uninitialized value was returned.

Zero is a legal REFERENCE_TIME value.

Else, it conflicts with Win32 patch and fails to compile

Instead, let avcodec_encode_video2 allocate the buffer, then
wrap it in a block_t.

Fixes #11605