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 95c173411393f6cae467ab6c4f0e708c443bf5a5)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

(cherry picked from commit 6b67205f)
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".

Disconnects http-connection before trying with authentication info.
This enables to use http-authentication sources without leaking fds

Kinda work-around