История изменений
Исправление
RazrFalcon,
(текущая версия)
:
Случайно нашел шикарнейший пример: https://docs.thefoundry.co.uk/nuke/80/ndkreference/examples/ffmpegReader.cpp
Всё по полочкам разложено. Переделал под свои нужды, но увы, этот метод ещё медленнее того, который я стырил из opencv. Зато типа самый надёжный.
Судя по дебагу этого алгоритма - всё происходит именно так, как тут многие и предполагали: прыгаем на ближайший ключевой кадр (это очень быстро), а затем декодируем нужное количество кадров до нужного нам кадра (очень медленно).
У меня на тестовом, h264, видео среднее время поиска кадра - 600мс, что ппц. И в худшем случае я декодирую до 40 кадров (пока не дойду до нужного).
Исправление
RazrFalcon,
:
Случайно нашел шикарнейший пример: https://docs.thefoundry.co.uk/nuke/80/ndkreference/examples/ffmpegReader.cpp
Всё по полочкам разложено. Переделал под свои нужды, но увы, этот метод ещё медленнее того, который я стырил из opencv. Зато типа самый надёжный.
Судя по дебагу этого алгоритма - всё происходит именно так, как тут многие и предполагали: прыгаем на ближайший ключевой кадр (это очень быстро), а затем декодируем нужное количество кадров до нужного нам (очень медленно).
У меня на тестовом, h264, видео среднее время поиска кадра - 600мс, что ппц. И в худшем случае я декодирую до 40 кадров (пока не дойду до нужного).
Исходная версия
RazrFalcon,
:
Случайно нашел шикарнейший пример: https://docs.thefoundry.co.uk/nuke/80/ndkreference/examples/ffmpegReader.cpp
Всё по полочкам разложено. Переделал под свои нужды, но увы, этот метод ещё медленнее того, который я стырил из opencv. Зато типа самый надёжный.
Судя по дебагу этого алгоритма - всё происходит именно так, как тут многие и предполагали: прыгаем на ближайший ключевой кадр (это очень быстро), а затем декодируем нужное количество кадров до нужного нам (очень медленно).
У меня на тестовом, h264, видео среднее время поиска кадра - 600мс, что ппц. И в худшем случае я декодирую до 40 кадров (пока не дойду до нужного).