Причина, по которой трудно найти конкретный кадр в большинстве видеокодеков, заключается в том, что большинство кадров зависит от другого кадра или кадров, поэтому кадры должны быть декодированы как группа. По этой причине большинство библиотек позволят вам искать ближайший I-кадр (внутри кадра - независимо декодируемый кадр). Для получения изображения из не-I-кадра необходимы данные из других фреймов, поэтому вам необходимо декодировать количество кадров, которые стоят данных.
Единственные способы, с помощью которых я решил решить эту проблему, включают создание какого-либо индекса в файле. Другими словами, пройдите через файл и создайте индекс того, какому кадру соответствует определенное время или часть файла. Поскольку функции поиска большинства библиотек могут только искать I-кадр, поэтому вам, возможно, придется искать ближайший I-кадр, а затем декодировать оттуда до нужного кадра.
Если пространство не имеет большого значения, я бы предложил сделать это, как вы говорите, но используйте сжатие JPEG вместо zlib, так как оно даст вам намного более высокую степень сжатия, поскольку оно использует тот факт, что вы имеете дело с данными изображения.
Если пространство является проблемой, P-кадры (в зависимости от предыдущего кадра/кадров) могут значительно уменьшить размер файла. Я бы не возился с кадрами B (зависит от предыдущего и будущего кадров/кадров), поскольку они значительно усложняют работу.
Я решил проблему поиска определенного фрейма в присутствии кадров B и P в прошлом, используя ffmpeg (libavformat), чтобы demux видео в пакеты (1 кадр данных данных на пакет) и объединить их в один файл. Важно сохранить и индексировать этот файл, чтобы вы могли найти границы пакетов для данного фрейма. Если кадр является I-кадром, вы можете просто передать данные этого кадра в ffmpeg-декодер и его можно декодировать. Если кадр представляет собой кадр B или P, вы должны вернуться к последнему I-кадру и декодировать вперед. Это может быть довольно сложно получить, особенно для B-кадров, поскольку они часто отправляются в другом порядке, чем то, как они отображаются.
Возможно, я ошибаюсь, но вы не можете рассчитать желаемое время для перехода на число кадров в секунду и кадр, на который хотите перейти? – Ioan
Я делаю это для науки, поэтому я не могу позволить себе потерять любую информацию об изображении через кошелек с потерями, и я не могу рисковать прыгать к неправильному фрейму (даже +1 или -1 кадр из целевого кадра). - Как насколько я видел, большинство видео-библиотек, таких как ffmpeg, будут прилагать максимум усилий, чтобы доставить вас к вашему желаемому фрейму и не нуждаться в твердой точности, в которой я нуждаюсь. – rcv
Это * очень * нестандартный способ хранения видео. Все существующие форматы используют межкадровое сжатие, чтобы поддерживать требования к скорости передачи данных. Вы не найдете ничего, что поможет вам. –