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

In this case, the subpictures are rendered either at the display size or
the video size (the biggest one).

Signed-off-by: Laurent Aimar <fenrir@videolan.org>
Modified-by: Laurent Aimar <fenrir@videolan.org>

This is only used when the update callback is not used though.

This should work around distortion problems with some cards (probably
an ALSA-lib bug).

Probable regression from 95a18cc9
(9 months old, I guess no developers use S/PDIF)

git failed to apply the entire patch, sorry for the noise
Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

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

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

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

Note that this code seems more likely to trigger race-induced crashes
in the audio mixer core.

Some weird hardware only support weird formats that VLC does not know
of (e.g. unsigned 18-bits padded to 3 bytes). The ALSA plug plugin will
do the conversion if needed.

VLC resamples all the time anyway. We don't need two resamplers.

ALSA-lib will convert the sample format if needed, notably on weird
cheap hardware. It will also remix the channels based on the selected
device.

In any case, ALSA version 1.0.24 is recommended as any older versions
may cause spurious failures when used in VLC.

With this change, the ALSA device failure dialog gets a fair chance to
appear in case of error. Previously, Probe() would silently make the
ALSA plugin fail, bypassing the error dialogs.

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

This commits crashes saving preferences
This reverts commit 3d3cacbf.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Its only supported codec (of sorts) cannot occur anymore, as the fake
access_demux was superseded by the image demux.

That codec cannot occur anymore.