mkvmerge had an issue with the first reserved bits and fixed it in v16.0.0
in the commit 4bb8ad6f5565e87ad6d6a8e7e9d453e64985344e. Some files done
with anterior versions were not played by VLC with mediacodec.
See the changelog of mkvmerge for version 16.0.0, especially the
following:
* mkvmerge: HEVC/h.265: the generation of the HEVCC structure stored in
`CodecPrivate` was wrong in two places: 1. the position of the number of
sub-layers was swapped with reserved bits and 2. the VPS/SPS/PPS/SEI lists
did not start with a reserved 1 bit.
See also https://code.videolan.org/videolan/vlc-android/issues/466 for issue
and sample.
Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>
The VLSub user agent was still at 0.9, which would be confusing as the
Window title indicates the this string, showing VLSub 0.9 even though
this is VLSub 0.10.0.
Windows on arm is thumb2 only.
Add the necessary "it" instructions before conditionally executed
instructions (which doesn't emit any extra instructions when not
building in thumb mode). The number of "it" instructions could
be reduced in some places by reordering the instructions, but keeping
them as they were originally to avoid any impact on existing
targets.
Remove redundant .arm directives; the assembler normally starts out
in that mode anyway, and for windows we shouldn't override the
default mode.
Fix the source aspect ratio of MPEG2 video decoded with mediacodec.
It extracts the aspect_ratio_information from any block containing
a SEQUENCE_HEADER and applies it in the UpdateVout function.
Signed-off-by: Thomas Guillem <thomas@gllm.fr>
This workarounds a problem very likely within MplayerX. The current
version of that application declares both an exported, as well as
an imported UTI for the mkv file extension, which messes up macOS.
They should delete the exported UTI to fix the problem correctly.
As a workaround, fall back the the old way of declaring mkv file
association, which seems to work as well.
fixes#19758