This fix the big bug of disappearing of the interface in embedded mode.
(cherry picked from commit 29e96eae)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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

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

It is more reactive and let decoder do proper late/early checks.

This does not work well. It seems that a high level of audio is buffered
inside aout after the input fifo (mixer or output one).

It allows removing partially a ugly input dependency in vout as well as
finer control at decoder side.

It allows removing an ugly input dependency in aout as well as finer control
at decoder side.

It allows replacing --codec dummy --dummy-save-es by --codec dump.

For lack of a better solution, I assume that Windows has a finite
paths length limit to prevent infinite recursion. Otherwise we need
dirfd() and unique inodes.

Forward port: [1a5a6b89]

(cherry picked from commit b0438df5)

(cherry picked from commit 31a711e4)

(Not that I expect this to work at run-time)

forwardport [9439810b]

The core currently cannot handle a target name

We now account for this and use an "OpenPanel" instead of a "SavePanel".