Сэмпл - https://www75.zippyshare.com/v/WdGU68oK/file.html
"Ошибка" на стороне ffmpeg, периодически(и только при использовании DXVA2), ffmpeg реинициализирует декодер.
В дебаг-выводе:
[h264 @ 0eb80000] Reinit context to 1280x720, pix_fmt: dxva2_vld
В софте все ок, LAV и в DXVA все ок. Попробовал методом тыка выяснить из-за чего - не вышло.
У кого есть время/желание методом перебора билдов. Пользак писал что это уже давно. Что самое интересное - переход на LAV Source исправляет ситуацию - причину я совсем не понял :)
Попробую поискать проблемное изменение в SVN методом перебора билдов.
Первоначальный диапазон поиска: [3252 -> 4234]
Текущий диапазон поиска: [3252 -> 3513]
Продолжаю поиск...
[3252 -> 3355]
[3296 -> 3355]
[3296 -> 3326]
[3296 -> 3316]
[3296 -> 3310]
Окончательный диапазон поиска: [3296 -> 3303]
Добавлено: 2018-12-03 09:44:21
Aleksoid1978
Исходя из окончательного диапазона поиска, тут как минимум три сомнительных изменения в SVN, которые могли повлиять на декодирование в режиме DXVA2 данного видео файла.
Это SVN: 3300, 3302 и 3303.
Добавлено: 2018-12-03 09:52:57
Aleksoid1978
Итоговый диапазон поиска: [3302->3303]
Ура! Я смог точно найти проблемное изменение в SVN - это SVN r3303.
Именно оно и заставляет реинициализировать декодер.
Добавлено: 2018-12-03 09:54:40
Ха, если откатить изменения в SVN r3303, то данный видео файл воспроизводится нормально. :)
Следовательно - оно некорректное.
Добавлено: 2018-12-03 09:56:51
Рад был вам помочь с поиском. :) А данное изменение и правда довольно сомнительное.
Пользователь был прав, данный баг присутствует уже очень давно.
Добавлено: 2018-12-03 10:06:55
Моя сборка SVN r3303 датируется 17-ым января этого 2018 года, как и ваше это изменение в SVN. ))
Отлично - спасибо. Буду копать ))
Цитата: Aleksoid1978Отлично - спасибо. Буду копать ))
Пожалуйста. :) Я смотрю, вы уже исправили этот баг. Только один вопрос - а где это исправление? В SVN пока его нет, или надо подождать?