GitLab

Fix #3353

Otherwise CMake doesn't understand properly it's cross compiling
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

otherwise the antique automake 1.8 is used
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

The previous implementation would crash given that p_sys->p_video and
p_sys->p_audio is not guaranteed to be non-NULL (they can be NULL due
to an unsupported codec).

These changes simply make sure that we do not try to send blocks that
do not have have a corresponding ES (causing a crash).

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

If neither video nor audio track can be played, these changes make
sure that we do not waste our breath demuxing a stream that will not
output anything.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

It is more helpful to know whether the unsupported codec is video or audio, and
given the seriousness of the matter; an error or is more appropriate than a
warning.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

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

Simple fix of typo in the include-guard so that it actually does what
it is supposed to do.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Ref #3353

Signed-off-by: Thomas Guillem <thomas@gllm.fr>

There isn't a case where program[0] is 0 and program[1] is 0. They are always
created together. So the second part of the if() is never called.

program[0] is for YUV and XYZ sources so it is odd to use it with a single
planar texture, given that's what program[1] is for.
Signed-off-by: Thomas Guillem <thomas@gllm.fr>

Signed-off-by: Thomas Guillem <thomas@gllm.fr>

Instead of expecting the longname to be passed in the config chain and
parsing it from there

This makes deletion and appending somewhat more consistent.

And simplify accordingly, notably inline playlist_NodeAppend().

...where applicable. (Some other functions conditionally delete stuff;
those functions can actually fail.)