Thanks for those files.
I found it. The files were encoded with old divx format. DIV/X isn’t going to work with with any hardware encoding because it’s not part of the actual H.264 spec.
These files unfortunately need to be re-encoded to proper H.264. Software encoding , manually setting the bitrate around 3000, and enabling two-pass processing in HandBrake will put them in proper output format without losing any quality.
FFMPEG was able to identify them.
libswresample 3. 3.100 / 3. 3.100
libpostproc 55. 3.100 / 55. 3.100
[mpeg4 @ 0x55f77fdfd1c0] time_increment_bits 0 is invalid in relation to the current bitstream, this is likely caused by a missing VOL header
[mpeg4 @ 0x55f77fdfd1c0] time_increment_bits set to 5 bits, based on bitstream analysis
[mpeg4 @ 0x55f77fdfd1c0] time_increment_bits 4 is invalid in relation to the current bitstream, this is likely caused by a missing VOL header
[mpeg4 @ 0x55f77fdfd1c0] time_increment_bits set to 5 bits, based on bitstream analysis
[mpeg4 @ 0x55f77fdfd1c0] looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag
Input #0, matroska,webm, from 'Hidden_Figures-002.mkv':
Metadata:
encoder : libebml v1.3.10 + libmatroska v1.5.2
creation_time : 2020-02-23T03:49:29.000000Z
Duration: 00:00:50.00, start: 0.011000, bitrate: 1702 kb/s
Stream #0:0: Video: mpeg4 (DIVX / 0x58564944), yuv420p, 720x480, SAR 186:157 DAR 279:157, 30 fps, 30 tbr, 1k tbn, 1k tbc (default)
Metadata:
