GitLab

 There will be some regressions, I used automatic sed replacement with manual
checks but there was a lot to change.
 It's only the first pass.

They are treated as rear channels.

Except for a few cases:
 - dialog providers -> cannot be selected explicitly,
 - window providers -> cannot be selected explicitly,
 - ffmpeg-deinterlace -> "ffmpeg" does not make much sense here??
 - kate -> already duplicating its own shortcut

Note sure about packetizers: added just in case

It's a special case and print the metadata of the l10n

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

 This modules seems to not resample the first samples (which is not good
at all for an audio filter2 btw). This has to be taken into account when
calculating the output buffer size.
Fixes #1862 and #1962(duplicate).

 Do not use vout_Request in aout_filter_t anymore but aout_filter_RequestVout.
 They have the same semantic but it will allows to control every vout creation
from aout.

Those multi-lines are still to be done (it's going to be fun...)
See also 5af4cc85.

Note the libdca currently does not support DTS-ES (6.1/7.1)
Also, 3F1R is still untested for DTS, because I have no such sample.

warning: Empty msgid.  It is reserved by GNU gettext: gettext("") returns the header entry with meta information, not the emptywarning: Empty msgid.  It is reserved by GNU gettext: gettext("") returns the header entry with meta information, not the empty string.

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

It also factorize channel order definitions.
The DTS order for middle channels can be wrong.

Don't send failure messages when probing filter. (It unfortunately seems impossible to check if a filter is being probed or asked for explicitly)