We can't use any of them since they don't output plain YUV data
but require using direct rendering.

This simplifies the condition and possibly also catches other cases
where it would be needed.

The case where it was added was for a device where the codec ending
with .secure was listed before the normal one. This kind of codec
is available on many other devices as well, but they're normally listed
only after the normal ones so we never pick them.
Signed-off-by: Martin Storsjö <martin@martin.st>

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

Ref #8125

Fixes #7774.

This still keeps the mapping for VC1 and WMV3 that works fine on
e.g. Samsung Galaxy S3, without negatively affecting other devices
that expose decoders with this role but that we don't work well
with.
Signed-off-by: Martin Storsjö <martin@martin.st>

ETSI EN 300 468 § A.2 assigns the first byte 0x14 value to the
"Big5 subset of ISO/IEC 10646". This really means that the character
set is Big5, but the encoding is ISO/IEC 10646, a.k.a. Unicode.

TODO: cursor rendering

This fixes display of RGB* input modules such as screen://

These were broken since 6270a4c7.

This reverts commit 6b2d303b.
This fixes #8220.

Also remove dated comment.

Luckily, signed and unsigned int are compatible types.

close #7971

Close #8199

This requires passing the original VLC codec id to the function,
since both variants are mapped to OMX_AUDIO_CodingAMR.

We don't set the actual correct band mode (since we don't know
what bitrate mode is used for each frame, since it can vary), but
we set mode 0. We could in principle set it more accurately based
on bitrate, but since it can vary from frame to frame, this should
be enough anyway.

This is required for OMX.SEC.amr.dec, which is one single codec
supporting both AMR variant roles, and this seems to be the way of
signalling what AMR variant it is. If setting
OMX_AUDIO_AMRBandModeUnused, the codec fails to initialize.

A codec can get this info either by having two separate OMX codecs,
such as OMX.google.amrnb.decoder vs OMX.google.amrwb.decoder, by
checking what the caller set via OMX_IndexParamStandardComponentRole
or via the band mode parameter - the samsung decoder seems to use
the band mode.
Signed-off-by: Martin Storsjö <martin@martin.st>